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ABSTRACT 


This report presents an informal survey of experts in the field of 
spacecraft automation, with recommendations for which technologies should be 
given the greatest development attention for implementation on the initial 
1990s NASA Space Station. The recommendations implemented an autonomy 
philosophy that was developed by the Concept Development Group's Autonomy 
Working Group during 1983. They were based on assessments of the 
technologies' likely maturity by 1987, and of their impact on recurring 
costs, non-recurring costs, and productivity. The three technology areas 
recommended for programmatic emphasis were: 1) artifica'I intelligence 

expert (knowledge based) systems and processors; 2) fault tolerant 
computing; and 3) high order (procedure oriented) computer languages. 

This report also describes other elements required for Station autonomy* 
including technologies for later implementation, system evolvability, and 
management attitudes and goals. The cost impact of various technologies is 
treated qualitatively, and some cases in which both the recurring and non- 
recurring costs might be reduced while the crew productivity is increased, 
are also considered. Strong programmatic emphasis on life cycle cost and 
productivity is recommended. 
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I. EXECUTIVE SUMMARY 
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An Informal survey was made of several experts in space system automation, 
seeking their advice on which technologies would be required to implement a 
high level of automation and autonomy for the Space Station Program. 
Autonomy/automation goals and definitions were taken from discussions during 
meetings of the Concept Development Group's Autonomy Working Group (AWG), 
which met several times during the last four months of 1983. Adoption of 
specific architectural guidelines developed by the AWG will enable 
implementation of the autonomy /automation goals beginning at IOC (initial 
operational capability). 

Based on the assessments made of which technologies would have the greatest 
favorable impact on Station productivity and recurring cost, three generic 
areas were chosen as having the greatest likelihood of sufficient maturity by 
1987 to be incorporated in’the IOC Space Station: 

Artificial Intelligence: Expert Systems & Processors 

Fault Tolerant Computing 

Hi gh Order (Procedure Oriented) Languages 

Each requires a modest amount of application -specific development support, but 
has seen enough application to date to be relatively assured of its beneficial 
implementation in the Space Station Program*, Other technologies were also 
identified with lower Space Station -specific development priorities and/or 
later maturities with high desirability for post-IOC implementation. Some 
desired technologies appear to be receiving sufficient development attention 
outside the Space Station Program. Evolvability must be built into Space 
Station Program hardware, software and operating procedures from the beginning 
to allow the station to incorporate important new technologies as they rapidly 
become available. 

Technology selections were based on assumed maximum periods of autonomy from 
different levels of ground involvement in Station operations: 90 days without 

STS revisit, up to 5 days without routine support, and up to 24 hours without 
communication. 

Strong management discipline and an in-depth, program-wide adherence to an 
aggressive autonomy philosophy are required to realize the recurring cost 
benefits of autonomy. Existing flight and ground personnel should be involved 
in the design process, and alternative technology plans should be prepared in 
high risk situations to lower the perceived risk of reliance on the proposed 
new technologies. There are some situations where new automation technologies 
might reduce net non-recurring costs while resulting in recurring cost and 
productivity improvements. 

Likely customer needs for Station automated equipment and capacity need to be 
determined and allocated early in phase B, along with standard interface 
specifications for Station subsystems and customer equipment. 

Several other early actions are required to realize the benefits of autonomy 
for the Space Station Program: Quantitative assessment of the impact of each 

high-priority technology on productivity, recurring cost, and non-recurring 
cost; identification of technology development programs ‘which should be monitored, 
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supported, or adopted on behalf of the Space Station Program; development of 
autonomy and robotics accommodation plans to be incorporated in Station 
design; and strong programmatic emphasis on life cycle cost and Station 
productivity. 



II. STUDY OBJECTIVE 
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The objective of the study reported herein was to Identify those technologies 
In the field of automation which are most likely to be needed aboard the IOC 
Space Station in order to Implement the autonomy goals agreed by members of 
the Autonomy Working Group (AWG), an arm of the Space Station Concept 
Development Group (CDG), durinq late 1983. 

Lacking defined customer requirements, the goals were written in terms of 
facility (l.e., non-payload) operations, though there will always be links 
between facility operations and payload activity (as in an office building 
where heating, air conditioning, and lighting utilities are operated based on 
customer schedule and control inputs). Note the discussion entitled "Customer 
Accommodation" in Section VII, Programmatic Concerns. 

Those goals are as follows: [1] 


Autonomy /Automat ion Philosophy 

A. Subsystem/system monitoring and control will be performed onboard. 

B. Systems monitoring and control will be automated. 

C. Fault detection and isolation will be an automated function for all 
subsystems. 

D. Redundancy management, including reconfiguration, will be performed 
automatically onboard. 

E. Reverification of systems/subsystems elements will be performed 
automatically onboard. 

F. Near term (l.e., next 1 to 3 days) operations planning and scheduling 
will be performed onboard. 

G. The degree of automation will increase as the Space Station matures 
and new technologies become available. 

H. Collection and analysis of trend data will be automated onboard. 

I. The Space Station Platform shall have at least the same degree of 
automation onboard as the manned base. 

These goals were written with the intent to avoid specifying how they might be 
achieved, other than recognizing that their realization requires extensive use 
of automation to enable many facets of autonomous operation aboard the Space 
Station. 

A closely related set of Architectural Guidelines was also drafted, as 
follows: 
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1. Automated fault detection, isolation and recovery will be carried out 
giving highest priority to crew life support and primary mission 
objectives. 

2. Automated systems architecture is distributed and hierarchical. 

3. Fault detection, isolation and recovery is accomplished at as low a 
level as possible in the hierarchy. 

4. The required fault tolerance capabilities may be accomplished using 
either fault tolerant computers or appropriate network approaches, or 
both. 

5. Architecture shall facilitate development and test of individual 
subsystems independent of other subsystems. 

6. Architecture should minimize subsystem interactions at all levels of 
architecture. Where interaction is required, it shall be performed at 
the highest feasible level. 

7. Only processed results will routinely progress upward through the 
hierarchy. Lower level data will be accessible at higher levels when 
required [2]. 

8. Architecture will allow manual intervention in all automated 
processes. Appropriate safeguards should be provided to prevent 
inadvertent or unauthorized disabling of essential automated processes 
[23. 

An underlying desire of the goals and architecture proposed by the AWG was to 
make the Station independent of "marching armies" of large numbers of ground 
controllers involved in hour-by-hour decision making. Based on this and 
operational considerations set by other working groups, three discreet periods 
of Station autonomy from the ground were specified for normal operations: 

* 90 days without STS revisit 

* 5 days without routine space station ground support 

* 24 hours without any communication with the ground 

These specifications do not mean during normal operations that STS revisits, 
routine ground support, or communications with the ground will be carried out 
no more frequently than indicated; they do mean that the system is to be 
designed to accommodate these maximum intervals without interruption of normal 
operations. The 90 day specification was a programmatic requirement not set 
by the AWG. The 5 day specification was meant to allow for the longest 
holiday weekends for ground controllers. The 24 hour specification was 
intended to keep congested communications (especially via TDRSS) from becoming 
a major bottleneck in operations, and to force designers and planners to think 
of how to make decisions and conduct normal operations without consulting with 
the ground about every little action. 

Further, these autonomy periods refer to facility operations, and not to all 
customer payload operations. For example, during observation of a unique 
solar event occurring on a weekend, discussions between the ground-based 
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Investigator team and cognizant crewmembers would not be precluded as a part 
of normal operations. Likewise, the installation of a massive payload module 
need not occur at a resupply Interval. Some facility operations will 
generally be required to support such customer operations, though the 
philosophy goals A, B and l : were Intended to obviate the routine need for 
facility ground controllers being on line at such times. 
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III, AUTONOMY GOAVS AND BACKGROUND 
Goals 


The whole intent behind placing automation in the Space Station system Is to 
make the system operate more effectively (as measured by both cost and 
performance) for the customer. In order to fulfill this intent, the approach 
is taken to "use machines (automation) to do what machines do best, and use 
humans to do what humans do best." The technologies of automation, along with 
certain polic., decisions and management implementations, are used to provide 
the orbiting Space Station facility with a hi qh degree of autonomy from the 
ground. It is widely believed that a degree of autonomy much higher than that 
which existed during Apollo, Skylab and Shuttle/Spacelab missions will lead to 
greater productivity on behalf of Space Station customers and lower operating 
costs. Skylab and Spacelab experience, as well as numerous sociological 
studies cited by B. J. Bluth [3], have indicated the near necessity of greater 
facility autonomy for crew well-being and enhanced productivity on long- 
duration missions. 

The varied technologies of automation, because of their present capability and 
their very rapid evolution, will play a key role in Space Station 
operations. While there is often considerable debate between the best 
respective roles for people and machines in space, the debate itself is beyond 
the scope of this study, and is in any case being dealt with in other studies, 
especially some recent ones led by personnel at Marshall Space Flight Center 
(MSFC) [4]. 

Initial Space Station operations appear likely to begin in a heavily- 
supervised mode with ground personnel and crew members issuing many discreet 
commands. With proper design and operations discipline, this situation can 
rapidly evolve to smooth, skilled operation by a small number of people 
assisted by highly capable automated systems. Without proper design and 
discipline, the initial operational environment can rapidly become onerous and 
expensive. 

Certain system, facility, and payload architectural characteristics appear 
necessary to design and implement the full Space Station system in a manner 
which will permit the fullest use of automation technologies as they become 
available. Using automation, it is possible, when compared with present 
complex space systems, to increase system capability, visibility, flexibility, 
controllability, evol vability, safety and customer satisfaction. It is also 
possible to reduce operations costs, especially by reducing the required 
number of ground personnel, and to reduce the sensitivity to turnover of 
trained personnel and the costs of training new team members. Without the 
proper architecture, these positive attributes will be difficult to achieve, 
and automation could become a burden on system operators and customers. 

Because of the lack of definition of the Space Station missions (especially), 
and to a lesser extent of design and subsystem technologies, results reported 
here should be considered as preliminary, incomplete, and subject to 
revision. Several areas where further study is needed are noted at the end. 
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Oeflnitions 


Automation is the use of a machine, often controlled by a computer, to perform 
a particular function with or without the involvement of a "person-ln-the- 
loop," regardless of the location of the persons Involved (If any), the 
machine, or the function itself. For example, an automated function oould be 
effected aboard the station based on calculations made by a computer at the 
station operator's mission control site, with authorization to proceed coming 
from a person at a payload operations facility at another ground location. 

Automation can Involve everything from a simple mechanical device like a 
thermostat to very complex learning knowledge-based artificial intelligence 
(AI) systems running on large diqltal computers. The key element in 
automation is that a person does not actually perform the function described, 
though one or several individuals In several locations may Input Information 
to initiate or authorize an automated activity, or may select from a set of 
options for different automated activities. 

Automation is not synonomous with autonomy. As a deslqn parameter, automated 
systems may be highly dependent on information input, initiation or 
authorization to proceed given by crewmembers, ground controllers, and payload 
operators; or they may operate largely independent of human intervention or 
verification (i.e., autonomously). In many cases the degree of autonomy 
employed by an automated function may be made selectable, with frequent 
changes permitted during the course of a Space Station mission* 

Autonomy describes the degree of control information which crosses the 
boundary between the function or system being described and the outside 
world. A system with defined boundaries is autonomous if it operates for a 
given period of time without external control inputs. A "system," for the 
purpose of describing its level of autonomy, must be described by a boundary 
which is either physical,-, functional, or both. Thus a thermostat operates 
autonomously so long as its control settings are left unchanged. A 
spacecraft, with or without a crew, may operate with autonomy from ground 
controllers so long as instructions or control inputs are not required from 
the ground. Data transfer between the Station and the ground might take place 
autonomously for a given payload, with elements of this autonomous system 
aboard the Station facility, its payload, and at several locations on the 
ground. Such a communications function might be controlled by an AI expert 
system selecting data rates and paths, store and dump periods, and data 
formats, all without the direct supervision of persons on the ground or aboard 
the Station. 

In order to implement any particular function aboard a spacecraft, one must 
choose within the spectrum which contains fully manual operation, 
teleoperation from the ground, and complete automation with autonomy from 
human control. The best choice is often a blend of these which varies 
depending on technology availability, and is selectable during the course of 
operations. 
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Autonomy Working Grou p 

The Autononty Working Group (AWG) consisted of the following individuals, 
working mainly on an ad hoc basis, who met several times from September 
through December of 1983: 

John Anderson 
Hall Code RSS-5 

National Aeronautics and Space 
Administration 
Washington, D.C, 20546 
Phone: 755-8557 (FTS) 

William Bailey 

John F. Kennedy Space Center 
Kennedy Space Center, FL 32899 
Phone: 823-7476 (FTS) 

Gene Beam 
Mail Code PH-01 

George C» Marshall Space Flight Center 
Marshall Space Flight Center, AL 35812 
Phone: 872-0541 


Rodger Cliff 
Mail Code 402 

Goddard Space Flight Center 
Gr.eenbelt, MO 20771 
Phone: 344-6158 (FTS) 

Audrey Dorofee 

Mail Code DUDE0-22 

John F. Kennedy Space Center 

Kennedy Space Center, FL 32899 

Phone: 823-4430 (FTS) 

Bob Easter 

Jet Propulsion Laboratory 180/701 
4800 Oak Grove, Pasadena, CA 91109 
Phone: (818) 354-2546 

(FTS) 792-2546 

Kevin Forsberg 
Lockheed Missiles & Space 
1111 Lockheed Way 
Sunnyvale, CA 94086 
Phone: (408) 743-0544 

Ray Hartenstein 
Mail Code 730 

Goddard Space Flight Center 
Greenbelt, MO 20771 
Phone: 344-5659 (FTS) 



Bill Holmes (Chairman) 

Code MFA-13 

National Aeronautics & Space 
Administration 
Washington, D.C. 20546 
Phone: 453-1092 (FTS) 

Milton Holt 
Mail Station 477 
Langley Research Center 
Hampton, VA 23664 
Phone: 928-3681 

Matt Imamura 

Mail Code SO 550 

Martin Marietta Corporation 

P.0. Box 179 

Denver, CO 80201 

Phone: (303) 977-3494 

Judah Mogilenskv 
MITRE Corp. 

Burlington Road 
Bedford, MA 01730 

Bob Mullen 

Mail Station B 354 

Bldg. S-41 

Hughes Aircraft Company 
p;o. Box 92919 
Los Angeles, CA 90009 
Phone: (213) 648-1280 

Everett Palmer 

Mail Code 239-3 

Ames Research Center 

Moffett Field, CA 94035 

Phone: (415) 965-6147, FTS 448-6147 

Gordon Powell 
MITRE Corp. 

Burlington Road 
Bedford, MA 01730 

Richard A. Spencer 

Mail Code 0570 

Martin Marietta Corporation 

P.0. Box 179 

Denver, CO 80201 

Phone: (303) 977-4208 

Robert Staehle 

Jet Propulsion Laboratory 158/224 
4800 Oak Grove, Pasadena, CA 91101 
Phone: (818) 354-6524, 6003 

(FTS) 792-6524, 6003 
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Fred Steputis 

Mail Code L 8031 

Martin Marietta Corporation 

P.0. Box 179 

Denver, CO 80201 

Phone: (303) 977-0293 

Prof. Theodore Williams 
Purdue University 
School of Engineering 
334 Potter Center 
West Lafayette, IN 47907 
Phone: (317) 494-7434 

Ron Thomas 
Mail Code 500-202 
Lewis Research Center 
21000 Brookpark Road 
Cleveland, OH 44135 
Phone: ( FT S ) 294-5218 

Sid Whitley 

National Space Technology Laboratories 
NSTL, MS 39529 
Phone: 494-3326 

Jim Zapalac 
MDAC 

5301 Bolsa Avenue 
Huntington Beach, CA 92647 
Phone: (714) 896-5523 


History 

Since the United States' first space station, Skylab, the technology of 
automation has blossomed. Sophisticated computer-based automation has 
penetrated the office, communications, routine laboratory research, and 
planetary spacecraft, to name a few fields which have embraced the various 
rapidly evolving technologies. Very few of the Skylab operations functions 
were automated, and there was not even a central computer aboard the station, 
although the Apollo command service module did have a computer of limited 
capability by today's standards. There were limited capability control 
systems using electromechanical devices, buc these were hard-wired and 
intended for single functions such as temperature control or limited functions 
such as attitude control (attitude control used a small digital computer for 
some functions) [5], 

On Skylab, the station's final configuration could be assumed in "reat detail 
before flight, permitting designers to accommodate very specific 
requirements. We have assumed from the outset that the configuration of the 
Space Station will be constantly changing from payload to payload, and 
evolving as the basic facility is expanded. All subsystems must carry this 
flexibility, and the overall system, especially in the operational sense, must 
allow day-to-day and year-to-year flexibility in order to maintain the value 
of the large initial investment. 
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Skylab required hundreds of controllers on the ground, and a modest fraction 
of crew time was used to monitor and reconfigure station systems [6], In 
addition, there was a period of a few months between each crew's occupation 
during which planning and analysis could take place. This involved hundreds 
more people, very large volumes of documentation, and several levels of 
review. Assuming a basic cost of $100K per workyear, a 1,000 person team 
requires $100M per annum to support when benefits and overhead are 
accounted. Without using extensive automation on the ground and aboard the 
Space Station, the operating work level could easily exceed this number. An 
important guideline will be to design an operations system which allows high 
flexibility to take advantage of unique human decision-making abilities, while 
reducing the workload for routine and mundane tasks such as subsystem 
monitoring and detailed scheduling. 

Autonomy Is Not the Whole Answer 

Autonomy, and the automation technologies required for its implementation, are 
most often supported on the basis of expected Space Station operating cost 
savings. In most cases* placing a higher degree of automation aboard the IOC 
station than is used aboard present crewed spacecraft (Shuttle, Spacelab, 
Salyut) results in higher capital facility cost than would be the case if 
existing technologies and procedures were simply adapted without 
modification. It can be reasonably argued that these increments in non- 
recurring capital costs will be made up very soon in reduced operating costs, 
increased system performance, and better customer accommodations. (Recurring 
and non-recurring cost impact of various candidate automation technologies 
were two of the topics on which study participants were surveyed.) 

The cost-saving arguments are usually made in the context of reducing the 
direct ground operations support staff from the level of hundreds experienced 
during Apollo, Skylab, Viking and Shuttle/Spacelab [6] to perhaps as low as 
ten or twenty. This is a worthwhile goal, but a simple calculation will show 
that such direct cost savings are small compared to the expected overall 
program operating costs. While these costs have never been estimated 
publicly, Shuttle experience would suggest that they could exceed 
$1 billion per year, based on the fact that early Shuttle flights have cost in 
the neighborhood of $300 million apiece, not including amortization of non- 
recurring costs. In contrast, the direct annual savings from eliminating the 
need for 100 engineers with direct mission support duties would be on the 
order of $10 million. 

The real savings must come from the vast numbers of indirect program support 
personnel among the NASA centers, contractors, and payload operators. 

Hundreds of people must be equipped to do the work presently done by 
thousands; though perhaps a number of equivalent positions can simply be 
eliminated as confidence rises and overkill requirements of backup planning, 
reliability, and documentation are relaxed. 

Automation, and a command structure emphasizing Station autonomy, can enable 
the desired savings in indirect operating costs, but the real initiative must 
come from hard management discipline and a commercially-oriented approach to 
station operations. Automation can enable flow of the required management 
information, and permit the required gains in productivity among the line 
workers. But automation must be accompanied at all times by thorough and 
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conservative budgeting, cost accounting and strenuous recurring cost goals in 
order to achieve the levels of savings which proponents suggest are available 
through the use of a highly autonomous Space Station. 
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IV. SURVEY TECHNIQUE 

During the end of 1983, an informal survey was taken, asking members of the 
Autonomy Working Group and other interested and knowledgeable persons which of 
a list of generic automation technologies would be most desirable for 
implementation aboard the Space Station at IOC. The list of generic 
technologies, reproduced in Table 1, was derived during discussions among 
members of the AWG during a meeting in October, with additional input from 
Martin Marietta personnel under contract to JPL. The list was intended to 
represent those technologies not yet fully available which would be required 
in some form in order to implement the AWG's Autonomy/Automation Philosophy. 
(See Part II, Study Objective.) 

Each survey recipient was asked, for those technologies with which he or she 
was familiar, to estimate the impact which each of the technologies would have 
on productivity, recurring costs, and non-recurring costs for the Space 
Station. Respondents characterized the impact of IOC availability for each 
technology as a small, moderate or large increase or decrease. Respondents 
could also indicate if they felt the technology in question would have no 
impact. Thus a particular respondent noted that artificial intelligence 
subsystem monitoring software (an expert system) would result in a moderate 
increase in productivity, a large decrease in recurring cost, with a moderate 
increase in non-recurri ng cost. 

Three other questions were asked about each technology in the survey. First, 
how desirable would it be to incorporate a particular technology in the IOC 
Station? This was asked largely without regard to the potential availability 
of each technology. Desirability was ranked as essential, useful, helpful or 
none. 

Second, if present development efforts for each particular technology were 
continued at expected rates, or if developments not coming as result of Space 
Station program influence were to occur as expected, how likely is it that the 
technology would be mature enough in 1987 to be selected for incorporation 
aboard the IOC Station? In essence, this question asked how likely each 
technology was to be available in 1987 without regard to development work 
initiated in support of the Space Station Program. Expected readiness was 
ranked as certain, likely, indeterminate, unlikely, or impossible. 

"Impossible" meant that only a major, very costly, dedicated development 
program could bring the subject technology to the required level of maturity 
by 1987. 

Third, based on the desirability and readiness of a given technology, 
respondents were asked to recommend a level of development effort which should 
be considered for support of the Space Station Program. Recommended levels of 
development emphasis were: major, moderate, minor, monitor, or none. A copy 
of the survey, along with explanations of what was meant by each type of 
ranking, can be found in Appendix 2. 
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Table 1. Generic Technologies in Survey 


Artificial Intelligence 

Learning Expert Systems (Ground) 

Learning Expert Systems (Onboard) 

* Expert Systems 
Explanation Mechanism 

* Fault Detection, Diagnosis & Recovery Software 

* Fault Recovery Software 

* Planning & Scheduling Software 

* Subsystem Monitoring Software 

* Symbolic Processor (Onboard) 

Power System & Load Management 

Control Techniques 

Adapti ve 

Distributed Parameter 

Hierarchical 

Multivariable 

Non-Linear 

Optimal 

Data Storage 

Onboard 

Archival Storage (Onboard) 

Mass Storage (Onboard) 

*Fault Tolerant Computing 

Architecture 

Data Transfer (Onboard) 

Data Transfer (Between Station and Ground) 

Mass Storage (Onboard) 

Processors (Onboard) 

Software 

*High Order (Procedure Oriented) Language (HOL or VHOL) 

Reprogrammable Onboard Procedures & Software 
Software 

High Speed Computing 

Data Bus (Onboard) 

Memory (Onboard) 

Memory (Ground) 

Processors (Onboard) 

Processors (Ground) 
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Table 1 (cont.) 


Crew-Machine Interface (part of HOL) 

Text Generation 

Natural Language Annunciation 

Natural Language Understanding 

Robotics 

Dextrous Manipulators 
Image Processing 
Image Understanding 
Pattern Recognition 
Teleoperation** 

Telepresence** 

Dextrous Arm 
Intelligent Manipulation 
Intelligent Mobility 

Simulation Techniques 

Analysis Tools 
Integrated Design 

Very Large Scale I nt eg rot ion/ Very High Speed Integrated Circuits ( VLSI /VHSI C ) 
Minimum Instruction Set Computers (Onboard) 


Note: Some of the technologies noted above were not on the original survey, 

but were added by respondents. 

* Recommended for highest Space Station Program management priority. See 
Section VI, Technology Priorities. 

** Within the categories of teleoperation and telepresence, no distinction was 
made between short-range control, where the communications link introduces no 
significant time delay, and long-range control, where one or more signal hops 
to geostationary satellites may introduce significant and varying time delays 
into the control loop. While short-range control has been demonstrated 
frequently, long-range control still carries significant technical risk for 
early implementation. 
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Statistlcal Significanc e 

The survey was not intended to be a formal scientific sampling of opinion. It 
was an informal, organized set of relevant questions asked of experts in 
various fields. Their answers should not be "averaged" or otherwise 
mathematically manipulated to arrive at any "best" or "most likely" answers in 
any rigorous statistical sense. This compilation of survey results is meant 
to give the reader an understanding of the state of knowledge of automation 
technologies as they relate to anticipated Space Station operations. While 
not statistically rigorous, it is felt that the results can be used, along 
with other means of review, in determining where the greatest technology 
development emphasis should be placed in order to achieve the stated goals of 
Space Station autonomy, productivity, and recurring cost savings. 
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V. SURVEY OBSERVATIONS 
Lack of Agreement 

Survey respondents were asked only to rank those technologies with which they 
felt comfortable or familiar. It should be noted that different respondents 
had widely varying backgrounds, job responsibilities and levels of operational 
experience. Each also had generally different areas of expertise. With this 
variation, it should come as little surprise that responses to the different 
questions about each technology varied. 

There was indeed wide variation in response, which is probably indicative of 
the newness of many of the proposed technologies, and the lack of hands-on 
experience by some of the respondents. Interpretive differences are also 
likely, where different individuals were thinking differently regarding what 
was meant by a given technology, or what the Qualitative relationship is 
between such adjectives as "large," moderate," and "small," or "essential," 
"useful," and "nelpful." 

Ten persons offered responses for AI planning software, more than for any 
other technology. Among those who attended AWG meetings, there was reasonable 
agreement regarding what this technology meant. All ten indicated that its 
use would result in increased productivity and decreased recurring costs. Six 
indicated a "moderate" increase in productivity, while three characterized the 
increase as "large," and one characterized it as "small." Estimates of 
recurring cost impact were split almost evenly, with four indicating a "small" 
decrease, and three each indicating "moderate" and "large" decreases. All but 
one indicated a non-recurring cost increase, with the exception, who probably 
has the most experience developing AI planning software, indicating a small 
decrease in non-recurri ng cost. This is presumbaly based on his experience 
with both classical and AI planning techniques on the Voyager mission, and may 
represent the most informed opinion. Others may not have thought to consider 
the non-recurring costs saved by needing a much smaller planning workforce and 
shorter lead time for planning efforts afforded through the use of AI 
techniques. The indication of a small decrease was not meant to suggest that 
AI planning software could be developed for nothing or that it would make 
money! 

In the case of AI planning software, none felt it was essential, but eight 
ranked it as "useful," the second highest category of desirability for IOC. 

The other two ranked this technology as "helpful." Two considered this 
technology's availability as "certain," including the one who has been 
developing it for Voyager. Five ranked its availability as "likely," one 
considered it "indeterminate," and two "unlikely." 

Five felt that the Space Station Program's emphasis of AI planning software 
development should be "moderate," one suggested "major," and three recommended 
"minor." The one working on Voyager felt that the Space Station Program need 
only monitor other efforts prior to 1987. 

An obvious lesson here is that the most experienced experts should be 
consulted before making research commitments. Hopefully this would occur in 
any case. 
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Responses regarding AI planning software are boxed in Appendix 3, Report . 

Another indication of the lack of agreement among respondents was the fact 
that for many of the technologies, only one respondent felt that its readiness 
in 1987 without Space Station Program intervention was assured ("certain"). 
However, some of these respondents actually knew of availability of the 
technology in question, at least in a form adaptable to Space Station 
utilization. This was the case for natural language annunciation, AI planning 
software (though not as complex as needed for Space Station), and some fault 
tolerant data transmission techniques. AWG members were frequently unaware of 
recent developments in others' fields, which of course was one of the better 
reasons for convening the AWG. 

"Essential" Technologies (Appendix 3, Report M) 

Fourteen technologies were labeled by two or more respondents as "essential" 
for IOC in order to implement the agreed autonomy philosophy. Particular 
attention should be paid to development efforts for these technologies if 
autonomy is to be a major design goal for the Space Station. These 
technologies are: 


# Respondents 


AI Fault Detection, Diagnosis & Recovery Software 2 
Hierarchical Control Techniques 3 
Multivariable Control Techniques 2 
Mass Data Storage (Onboard) 3 
Fault Tolerant Onboard Mass Data Storage 3 
Fault Tolerant Onboard Data Transfer 4 
Fault Tolerant Uplink and Dowlink Data Transfer 3 
Fault Tolerant Onboard Processors 3 
Fault Tolerant Computing through Software Techniques 2 
High Order Language Procedure Reprogramming Onboard 2 
High Order/Procedure Oriented Language Software 2 
High Speed Data Bus 2 
Simulation Analysis Tools (Ground) 4 
Simulation of Integrated Designs (Ground) 3 


High Leverage Technologies (Appendix 3, Report // 2) 

Certain of the technologies show promise for having higher leverage than 
others in boosting productivity while possibly reducing both recurring and 
non-recurri ng cost. If we disregard the response of one of the respondents, 
who noted this condition for 18 of the 47 technologies in Table A, there are 
six technologies for which at least one respondent felt would increase 
productivity while decreasing both types of cost. These were: 
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Technology 

AI Paul t Recovery Software 
AI Planning Software 
AI Subsystem Monitoring Software 
AI Symbolic Processors (Onboard) 

High Order Language Software (procedure 
oriented, can be written by 
subsystem engineers with minimal 
programming experience or training) 

Simulation Analysis Tools 

It is certainly arguable that a combination of AI techniques to do planning, 
performance monitoring, and fault recovery could greatly reduce the volume and 
complexity of software required for these functions onboard and on the 
ground. This will only be the case, however, if the heuristic AI techniques 
can be substituted with confidence for high-capacity communication links to 
the ground and large numbers of ground controllers. It is not clear to what 
extent the AI software could reduce the amount of deterministic software 
required for these functions, but the main issue in all these substitutions 
becomes verification of the reliability of the heuristic techniques to the 
satisfaction of project management and all reasonable safety concerns. 

High Order Language software [sometimes referred to as Very High Order 
Language (VHOL) software, to distinguish procedure-oriented languages like the 
Systems Tests and Operations Language (STOL) from traditional programming 
languages like Fortran], would probably mesh well with AI techniques (though 
the two are not required to be utilized together), and could substantially 
reduce software costs by letting engineers familiar with their subsystems, 
rather than programmers, write much of the onboard and ground control software 
[7]. 

Better simulation analysis tools than exist today could conceivably reduce the 
costs associated with more hardware-oriented simulations required to verify 
configuration and other changes to the Space Station system. 

Productivity, Recurring Cost, and Development Emphasis (Appendix 3, Report #11) 

Two or more respondents identified 14 technologies which, while promising a 
large or moderate increase in productivity along with a large or moderate 
decrease in recurring cost, also received a recommendation for major or 
moderate development emphasis. At least one respondent ranked each 
technology's desirability as "useful" (the second highest ranking) or 
higher. Without regard to non-recurri ng cost (the estimates for which ranged 
from small decrease to large increase), this set should probably receive the 
greatest consideration for Space Station-specific developmental support during 
Phase. B. In the long run, it is these technologies which are most likely to 
fulfill the goals of Space Station autonomy: 
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Technology a Respond. 

AI Learning Expert Systems (Ground) 2 
AI Learning Expert Systems (Onboard) 3 
AI Fault Detection* Diagnosis & Recovery Software 6 
AI Planning Software 4 
AI Subsystem Monitoring Software 4 
AI Symbolic Processor (Onboard) 2 
Fault Tolerant Computing 2 
High Order Language Reprogramming (Onboard) 3 
High Order Language Software 4 
High Speed Data Bus 2 
High Speed Memory 2 
High Speed Processor 2 
Teleoperation 3 
Telepresence 3 


It is apparent from the above list that the greatest promise was expected from 
AI techniques. This is not surprising, given the breadth of fields in which 
AI has so auickly found a niche in the last three years [8], The basis of the 
so called ’’fifth generation" planned in the computing industry, artificial 
intelligence should be able to find frequent applications in space projects 
where costs, even on the ground, can be so sensitive to numbers of required 
operations personnel. 

Some of the technoloe^s noted above are unlikely to come to fruition in time 
for IOC, so that the emphasis on their development might better be 
subordinated to emphasis on nearer-term technologies. Also, for the post-IOC 
introduction technologies, significant developments outside of the fields of 
astronautics may be far more productive than significant pressure from within 
the Space Station program, until such time as these technologies can be 
readily adapted for Space Station use from techniques established and tested 
for non-space applications. Learning Expert Systems, those which not only 
mimic the thought process of experts in a given field, but which can modify, 
add to, and improve their knowledge bases with experience, are probably a good 
example of a technology which should develop on its own for a few more years 
before significant intervention on behalf of the Space Station Program. 

According to respondents, the non-learning expert system techniques (fault 
detection, diagnosis & recovery; planning; and subsystem monitoring) are more 
likely to be adaptable to Space Station needs in time for IOC. The need for 
and readiness of onboard symbolic processors on which AI software is best run, 
should be investigated along with the near-term software techniques. Experts 
consulted outside the survey had differing opinions of whether the AI- 
optimized symbolic processors would be required in space-qualified form to run 
software, or whether more conventional space-qualified computers would 
suffice. The answer is a matter of software complexity, acceptable running 
speed, and the capabilities of space-qualified computers. The last item may 
be very important for a broad spectrum of automation tasks, because the 
capabilities of the largest and fastest space qualified hardware lags far 
behind common ground based machine capabilties. 
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According to one participant In AI expert system development, changes to the 
knowledge base by the addition or modification of a heuristic rule can often 
he made more quickly than writing or modifyinq, adding, and verifying the 
equivalent module of deterministic code [9]. Expert system rule changes can 
be composed and implemented in less than a day when working on a symbolic 
processor. In this way the "learning" of an expert system Is done manually, 
but appears possible with significantly less delay than would be expected for 
deterministic software. 

The generic technology of Fault Tolerant Computing (FTC) was noted by two 
respondents, but none of the specific FTC technologies were identified by more 
than one respondent. While often ranked as useful or essential by the 
respondents, this may be because most feel that the FTC technologies do not 
have a substantial impact on recurrinq cost or productivity. It may also be 
because many of the respondents felt that this technology was well on the way 
to readiness (Indeed, there has been much DoD work here), and therefore often 
recommended a development emphasis of "minor" or "monitor." 

Implementation of procedure-oriented programming languages, and their use for 
onboard reprogramming by crewmembers, were included in this category by three 
and four respondents, respectively. Most felt that these technologies were 
likely to be ready by 1987 for development leading to IOC incorporation, but 
still recommended moderate and major development emphasis. There are probably 
two reasons for this recommendation in light of apparent readiness. One is 
the long lead time required for software development. Software must often be 
ready before hardware is begun so that hardware designers can count on the 
availability of the particular software they wish to take advantage of. A 
second possible reason is that while the technology of procedure oriented 
languages is not difficult, there is not a language presently available which 
is considered capable of satisfying the need of the Space Station Program 
[10]. The underlying language must of course exist before the thousands of 
complex procedures required at and before IOC can be written. Procedure- 
oriented software and programming techniques look very attractive for IOC, and 
offer the potential of eliminating f he need for a large number of programmers 
who today must act as translators between engineers and software code. The 
message for the Space Station appears to be that because of the lead times 
involved, work on a suitable HOL (or VHOL, if you like), must get going soon. 

Less of a case is made for High Speed techniques, almost certainly here 
because the readiness of these technologies without Space Station Program 
intervention before 1987 is considered by most to he either "certain" or 
"likely." While probably not requiring a qreat deal of development emphasis 
from within the Space Station Program, these technologies are important to 
both productivity enhancement and recurring cost reduction, and so should be 
utilized by designers from the outset where available. 

Robotic techniques of teleoperation (i.e. , including real-time control of 
manipulation using vision and sensor feedback automatically) and telepresence 
(i.e., by creating and integrating an environment in which the operator can 
optimally control the manipulation process via additional sensor feedback, 
such as force and touch) were listed by thre*) respondents each. All were 
given a "moderate" recommended development emphasis. Many on the. AWG did not 
feel that these technologies would (or could) be important at IOC, but most 
felt they would take on increasing importance. (See also footnote regarding 
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teleoperation and telepresence in Table 1). A strong case was made to assure 
the compatibility of the IOC station with the addition of mobile robotic 
equipment for intra- and extra-vehicular activity (IVA and EVA) later in the 
proqram. Two aspects of this were a controlled dimensional and visual 
enviroi. /lent so that machine vision systems could be made to operate, and 
standardized robotic interfaces ("handholds" and the like), both of which 
would be much easier to incorporate in design from the outset than to retrofit 
later in the proqram. Therefore a robotics accommodation plan is recommended 
for development during Phase B. 

Recurring Cost (Appendix 3, Report # 10) 

If we look only at recurrinq cost, there were 13 technologies for which two or 
more respondents indicated there would be a "large dec?'ease." In some cases, 
as with onboard mass storaqe, respondents did not feel that major development 
emphasis was required on the part of the Space Station Progam because other 
rationales were driving development at a rapid enough pace for Space Station 
needs. 

The technologies sinqled out for their greatest benefit to recurring costs 
were: 


Technology # Respond. 

AI Learning Expert Systems (Ground) 4 
A I Learning Expert Systems (Onboa rdl 4 
AI Fault Detection, Diagnosis & Recovery Software 4 
AI Planning Software 3 
AI Subsytem Monitorinq Software 2 
AI Symbolic Processors (Onboard) 4 
Mass Data Storage (Onboard) 2 
Fault Tolerant Data Transfer (Onboard) 2 
Fault Tolerant Data Transfer (Uplink & Downlink) 2 
Fault Tolerant Processor (Onboard) 2 
HOL Reprogrammable Procedures & Software (Onboard) 2 
HOL Software 2 
Pattern Recognition 2 


Again, the various AI techniques stand out for their potential in recurring 
cost reductions. Unlike the AI techniques, the HOL technologies were rated 
"essential" to implementing the desired autonomy philosophy in three out of 
the four responses in this category. Of all the respondents commenting on 
these two HOL technologies, all but 2 out of 14 responses rated them as 
essential or useful, the two highest categories of desirability. 

One respondent (who ranked the recurring cost impact as a moderate decrease) 
noted' that the onboard reprogramming capability would be most useful during 
the first year of operations when procedures would be evolving the fastest and 
the crew would be operating at the greatest learning rate, not having the 
benefit of prior crews' experience. 
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Producti i vi ty-Oriented Technologies Requiring Development Attention 
(Appendix 3, Repo rtTiT) 

It could be that the amount of money spent on development of the Space Station 
and Its requisite technologies, and on Station operation, will be small 
compared with the value of the station's "product" over a few years after it 
begins operation. If this is to be the case (no attempt is made here to 
assess whether or not this will be the case), then one's emphasis should be 
more on productivity than on either recurring or non-recurri ng costs. Eleven 
technologies were ranked by at least two respondents as a) resulting in a 
large increase in productivity, b) being essential or useful to implementing 
the autonomy philosophy at IOC, and c) requiring major or moderate development 
emphasis in order to be ready to be brought into the start of Phase C/D in 
1987. These technologies were: 


Technology # Respond. 

AI Learning Expert Systems (Ground) 2 
AI Learning Expert Systems (Onboard) 2 
AI Fault Detection, Diagnosis & Recovery Software 4 
AI Symbolic Processors (Onboard) 2 
Distributed Parameter Control Techniques 2 
Hierarchical Control Techniques 3 
Multivariable Control Techniques 2 
Fault Tolerant Data Transfer (Onboard) 2 
High Order Language Software 2 
High Speed Data Bus 3 
Teleoperation 2 


In the case of the Learning Expert Systems, these respondents felt their 
readiness in 1987 was either indeterminate or impossible, whereas the other 
technologies ranked higher in likely availability by 1987. 

The notable difference between this productivity ranking and the cost-biased 
rankings is the appearance here of the distributed parameter, hierarchical and 
multivariable control techniques. These may be important to maximizing the 
Station productivity, but might increase both recurring and non-recurring 
cost. There was disagreement over whether recurring cost would go up or down, 
while all respondents cited here indicated an increase in non-recurri ng cost. 

"Impossible" Technologies (Appendix 3, Report #8) 

As a final look at the direct survey results, four technologies were noted by 
two respondents each as being "impossible" to have ready by 1987 without 
massive development efforts beyond the likely affordability of the Space 
Station Program. They are: 

AI Learning Expert Systems (Ground) 

AI Learning Expert Systems (onboard) 

Robotic Image Understanding 
Tel epresence 

Most respondents disagreed with this assessment , though many indicated the 
readiness without Space Station Program intervention as unlikely or 
indeterminate. It should be emphasized that this readiness evaluation depends 
on varying interpretations and technology maturity levels assumed by different 
respondents. 
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VI. TECHNOLOGY PRIORITIES 

As can be seen from the various methods of looking at the survey response 
data, setting priorities for technology development depends to some extent on 
whether cost reduction or productivity enhancement is the principal selection 
criterion for new technologies to implement Space Station autonomy. 

The technologies which appeared in survey responses most often with desirable 
characteristics were those of Artificial Intelligence, Fault Tolerant 
Computing and Hi qh Order (Procedure Oriented) Lariguaaes. Several control 
techniques were prominent with a bias toward increased producti vity, while 
fault tolerant techniques were more prominent with a bias toward recurring 
cost reductions. AI techniques and HOL software remained priorities with 
either bias. AI techniques and HOL software were the only technologies which 
appeared with both biases and which were placed in the "high leverage" 
category of increasing productivity while reducing both recurring and non- 
recurring cost. 

Highest management priority is therefore recommended for the following three 
generic technology areas: 

Artificial Intelligence* 

Fault Tolerant Computing 

High Order (Procedure Oriented) Languages 

These technology areas are most likely to bring operational dividends whether 
Space Station Proqram improvement is measured in terms of increased 
productivity, reduced recurring costs, or a balance of the two. Each is 
mature enouqh to have significant positive impact on design by 1987, and to be 
implemented by IOC with a reasonable amount of developmental support. 

Within the group of AI technologies, early development efforts should focus on 
various types of non -learning expert systems and possibly on onboard symbolic 
processors. Early efforts are not likely to be particularly fruitful with 
learning expert systems as they are unlikely to be ready for incorporation 
into the Phase C/D effort. However, learning expert systems appear to be a 
top priority for development leading to post-IOC implementation. 

The importance of a number of other technologies should not be understated; 
recall that all the basic technologies were felt by most AWG members to be 
required in order to implement the desired autonomy philosophy* There are 
however, two factors which recommend selection of the AI, Fault Tolerant and 
HOL genera as priorities. First, other useful technologies are often 
receiving considerable development attention from other quarters, particularly 
from the Department of Defense (DoD). Second, it is assumed that technology 
development resources (funding and workforce levels) will be inadequate to 
cover all the suggested technologies. It will not be possible to implement 
all aspects of the desired autonomy philosophy on the IOC station. Therefore, 
of those technologies requiring development attention, those with the greatest 
potential for yielding large productivity increases and/or large decreases in 
recurring costs should be favored. 


*See Section IV, Table 1. 
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Unresolved Issues of space qualification arose in various discussions which 
may not have received adequate attention in the survey. These Issues concern 
a) software validation and verification, and b) processor, memory and databus 
device harrness [11]. 

Certification requirements and validation techniques for HOL and knowledge- 
based software need to be developed and implemented before either the HOL or 
AI techniques can developed for or used aboard Space Station. Especially in 
the case of heuristic software, space qualification for critical functions is 
entirely new, and could cause a serious obstacle to implementation regardless 
of productivity and cost benefits. There may have been enough experience with 
HOL procedures at Kennedy Space Center (KSC) for the STS launch processing, 
and at the University of Colorado for Solar Mesosphere Explorer (SME) mission 
operations to adopt their verification techniques, but even ground based AI 
applications have only barely begun for Voyager at JPL. 

Electronic devices such as processors, memories, database components, and some 
peripheral equipment such as displays and printers may be susceptible to 
unique problems of the space fliqht environment, even though the capabilities 
of office and lab-type systems are growing rapidly on the ground [12]. 

V/hereas on the ground software is often the pacing item restricting computer 
capability, hardware may be the pacing item aboard the Space Station unless a 
number of basic devices are qualified over the next 3-5 years. The radiation 
and magnetic field environment of the low Earth orbit can seriously interfere 
With the operation of some types of devices, but not others. Convective 
cooling without forced air also does not operate in microgravity, so basic 
equipment layout and cooling must be different from the ground. 

Mechanical launch loads, vibration, and acoustics are another problem. These 
trials can be severe, but unlike airborne and shuttle environments, they are a 
one-time occurrence for Space Station equipment. It could prove fruitful to 
investigate a new approach to electronic equipment deployment in space by 
launching fragile components in specialized shipping containers, then 
assembling a piece of equipment like a computer once in orbit. In reality, 
this might only involve plugging in circuit cards and verifying continuity on 
the same piece of equipment which was assembled and fully tested before 
launch, then partially disassembled for flight to the Space Station. This 
approach introduces a new element of risk into hardware deployment, but might 
prove less expensive than designing and hardening fully-assembled equipment 
for the launch environment. 

Solutions to both the electronic hardware and launch loads problem can be 
verified with minor experiments on shuttle flights over the next few years. 
Common equipment can be prepared for flight, disassembled for launch if 
necessary, and tested for faults, error rate, and degradation once in orbit. 

A good example of this (done for other reasons) was the recent flight of a 
Compass/Grid personal microcomputer aboard the shuttle to plot Orbiter ground 
tracks. Such demonstrations with a wide variety of equipment should be 
encouraged. 
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VII. PROGRAMMATIC CONCERNS 

With the technology priorities set, there remain a number of programmatic 
concerns about accommodation of the Space Station "customer," incorporation of 
later technologies not receiving top development priority, the risks 
associated with even the top priority technologies, and the ability of the 
Space Station Proqram to act as an integrated whole in implementing and 
utilizing the available autonomy technologies. 

Customer Accommodation 


The autonomy philosophy was drawn up with primary consideration for the Space 
Station facility operator (i.e., the NASA Space Station Program). Because 
customer needs with respect to autonomy are largely unknown, nearly exclusive 
attention was paid to the perceived desires of the facility owner/operator. 

Two primary concerns were in the best interest of customers in general. These 
were a) to increase the productivity and flexibility of the onboard crew in 
order that they may devote maximum attention to customer operations, and b) to 
reduce recurring costs, which might very well be passed onto the customer 
(iqnoring likely subsidies in a government-operated program). 

Specific (unknown) customer needs were not considered, but the need to give 
maximum system flexibility v/as, along with the need for facility visibility 
into certain customer equipment and operations. Architecture Guidelines 7 & 8 
in Part II were intended to apply to payloads and facility equipment alike 
wherever desired by the customer, and wherever necessitated by safety or 
criticality of customer equipment. 

Many customer operations will be relatively unique events with differing 
hardware, where a principal advantage of Space Station use will be the 
availability of the crew to alter procedures and make adjustments mid- 
stream. It is envisioned that such operations will rely mainly on customer- 
provided equipment for commanding, data collection and processing. Unique or 
nearly unique operations will have little use for extensive facility 
automation. 

More repetitive operations, such as the housekeeping functions on laboratory 
modules, will occur often enough over a lonq period of time to possibly 
justify control, data collection and processing via installed Space Station 
automated systems. Specific examination of this possibility and the resulting 
requirements should be undertaken during Phase B. One example where such an 
extensive interface might be effective is in the case of a life sciences or 
materials processing laboratory operation as a module attached to the Space 
Station facility. 

Lacking a clear definition of customer needs and desires, the autonomous 
operating capabilities of the Space Station are viewed as being available to 
customers on an as-wanted basis. Most complex customer equipment is likely to 
have built-in command and data processors, and after IOC, it becomes less and 
less likely that customer computing hardware will be the same as facility 
hardware, because of rapidly evolving technology. However, there will be 
standard data, control, and data bus protocols on the Space Station, and these 
specifications should be made available to customers, along with detailed 
manuals and consultants describing how to build and verify an interface. The 
hierarchical nature of the Space Station command and data system should make 
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interfaces with customer equipment much easier to establish than on current 
spacecraft such as the Shuttle. Specific allocations of customer interface 
ports, software, and control/display equipment should be made during Phase B 
design work. 

A decision must be made early in Phase B regarding the level of customer 
accommodation to be built into IOC automated systems, and the amount of 
flexibility for such future accommodation to be designed in as well. Such 
basic parameters as main bus data rates, control and display techniques, and 
overhead costs assignable to all users will be affected by this decision. 

Evolvability & Growth 

A major guideline for the entire Space Station Program is to make all systems 
capable of incorporati ng new technologies and expanding in capacity. The 
ability to take advantage of new technologies is especially important in the 
case o f the automation technologies used to implement the Program autonomy 
goals. This is because it is expected that automation technologies will be 
improving as rapidly after IOC as they are today, or perhaps even faster. 

Also, the technologies available in 1987, when basic design must be frozen for 
a 1991-92 IOC, may not be capable of implementing the entire autonomy 
philosophy which is felt to lead to the most productive Space Station working 
environment. Rather than have non-mature enabling technologies frozen out of 
the system, it is important to design automated equipment and procedures so 
that these new technologies may be brought online as they become available. 

As with other components on the Space Station, automated equipment must be 
designed and installed in modular fashion, as much as possible with 
standardized, well-defined, and accessible interfaces. In programs where 
costs are severely constrained or little attention is paid to these matters 
during early stages of development, these qualities are especially easy to 
drop, making future upgrades quite difficult and disruptive. 

Enough capacity must be built into IOC automated equipment to permit 
significant growth over time. A good example is data bus capacity, because 
the physical hardware of data bus links (e.g., fiber optic or electrical 
conductor cabling) can be very difficult to replace, much as with the wiring 
in an office building or wire harnesses in an aircraft. Data buses and their 
associated processors should be designed with a very large capacity margin 
over expected throughputs immediately post-IOC. Otherwise, data or control 
rate capacity could become a major factor limiting or increasing the cost of 
future facility expansion. One could argue that the design capacity might 
well be 3 to 10 times the expected peak utilization during the first two years 
of operation. 

Finally, automated equipment, such as data buses, command processors, analog 
to digital converters, sensors, and other components should be integrated in 
such a fashion that single units, or one type of unit may be replaced a) 
without having to replace all other like components, or all other differing 
components of a given subsystem such as a data bus, and b) without requiring 
more than a few hours of "down-time" for normal customer operations. There 
would be a great deal of opposition to any system upgrade which would require 
weeks for installation and testing if standard customer services and crew 
availability were interrupted for such a period. 
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Development Initiative 


While development of automation technologies proceeds at an unprecedented pace 
for industrial and commercial service applications, one finds NASA far behind 
the leaders in incorporating much of this technology into its own day-to-day 
operations. This contrasts sharply with the Agency two decades ago, when the 
latest computer technology was employed to solve the engineering and 
management problems of Apollo. There is a significant danger that this 
slowness to bring the best technologies on line will extend beyond the ground 
and into flight equipment for the Space Station Program, if a conscious effort 
is not maintained at high levels to put a priority on autonomy. 

Part of the problem for flight equipment is of course that space-qualified 
electronic components are often much more costly, and not nearly as powerful, 
as their ground-based counterparts. This is due in part to the unique environ 
mental characteristics of low Earth orbit, such as particle radiation causing 
single event upsets and the potential for permanent circuit damage as feature 
sizes shrink in ever-higher scales of integration in micro-electronics. Also, 
the reliability requirements for life- and mission -critical electronics in an 
orbiting facility potentially three months away from resupply make some 
commercial electronic components unacceptable or unattractive. 

These problems simply argue more for early technology efforts to increase the 
spectrum of space-qualified electronics, and to review the reliability 
specifications in light of the resupply and on-line maintenance capability 
afforded by the Space Station. With a crew onboard and relatively frequent 
resupply flights, standards may not need to be as high as in the case of 
traditional spacecraft with 5-10 year design lives and no opportunity for 
repai r. 

Development efforts should be paced by the fact that technologies for 
incorporation into the IOC Space Station will need to be relatively mature by 
1987. Without this maturity, program managers will not accept the risk, and a 
given technology which might be very effectively applied, will simply not be 
considered for IOC. High priority automation technologies should be chosen in 
the very near future, and available resources applied without hesitation if 
there is to be any chance of implementing a significant portion of the 
autonomy philosophy in a 1992 Station. The alternative is to operate for at 
least the first several years in today's "classical" manner with a very large 
support staff on the ground, a need for continuous wide-band communication 
links, and an operating environment where nearly all procedural decisions will 
need to be made on the ground, rather than by the crewmembers who must do the 
work. This is at best an unattractive alternative. 

Readiness Risk 


Closely related to the need for inspired initiative to develop the technology 
required for autonomy is the matter of the risk taken by incorporating in 
immature technologies during Phase B. The higher the perceived risks, the 
less likely the required management initiative will be taken to develop a 
given technology and direct its incorporation during Phase B planning. 
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Of the three technologies most strongly recommended as a result of the 
reported survey, Artificial Intelligence techniques probably carry the 
greatest perceived risk. And because of their potential power in handling 
difficult operations problems such as scheduling and power management, AI 
techniques may face the greatest opposition from groups presently solving 
similar Shuttle and Spacelab problems using classical techniques. Few people 
will wish to risk their reputations and abandon established procedures which 
work, however cumbersome these "classical" procedures are. On one hand, AI 
may turn out to revolutionize their function, making it easier to perform and 
much more responsive to "customer needs." On the other hand, it may be that 
near term AI capabilities have been oversold, or will introduce many new and 
unanticipated problems for which solutions will be difficult and expensive. 

One method of mitigating this perceived (and real) risk is to pursue parallel 
options until a safer decision may be made, or until technology selections are 
frozen, presumably prior to the start of Phase C/D. With a firm backup plan 
based on proven technologies, program managers are more likely to encourage 
the development of new technologies where the potential payoff in productivity 
and recurring costs is large. 

One final aspect of the readiness risk is procrastination: the longer 
development efforts are postponed, the greater becomes the risk (real and 
perceived) of counting on new technologies. The automation technologies 
recommended for development offer a clear opportunity for incorporation at IOC 
because there is enough time to engage in meaningful development and 
demonstration between now and 1987. AI, Fault Tolerant Computing, and Very 
High Order Language efforts within the Agency and DoD are well enough 
established to yield demonstrated high leverage technologies for incorporation 
in Phase C/D. However, this will only be possible if certain Space Station- 
specific advanced technology efforts are funded beginning in FV 1985. 

System & Subsystem Compatibility 

Autonomy is to be an across-the-board feature of the Space Station system, 
intimately involving nearly all subsystems, both in orbit and on the ground. 

To be most effective, all appropriate subsystems should be designed from the 
outset with standard interfaces to the automated equipment used to implement 
Station autonomy. It would be unfortunate, for example, if the electrical 
power subsystem operated with the full autonomy capabilities, while the life 
support subsystem required a large ground monitoring crew and frequent manual 
control inputs from the ground and crew. 

To ensure comprehensive implementation of whatever automation techniques are 
to be used at IOC and later, subsystem development managers must have 
visibility into and an opportunity to influence autonomy aspects of the Space 
Station System design, they must be given clear guidelines and interface 
specifications, and they must sense a commitment on the part of senior program 
management to an achievable and helpful autonomy philosophy. Without these 
programmatic characteristics, there is serious danger that different 
subsystems will operate with differing levels of autonomy, and only a fraction 
of the potential gains will be realized. 

The appropriate interface specifications and guidelines should be developed 
and disseminated early in Phase B, preferably not later than 1986 October, and 
perhaps for both highly autonomous and "classical" control methods. 


-30- 


VIII. AUTONOMY IN PERSPECTIVE 

There are two principal reasons to implement Space Station autonomy in the 
fashion proposed by the AWG, and two principal obstacles to be overcome in 
doing so. The principal reasons are productivity enhancement and cost 
savings, while the main obstacles are non-recurring cost increases in some 
areas and acceptance by crew and ground personnel. 

Productivity Enhancement 

Autonomy in the manner described, if incorporated into Space Station planning 
from the outset, will lead to considerably greater productivity of the Station 
as a national facility than would be the case if operations were conducted in 
the "classical" manner. This productivity enhancement can occur in a very 
broad sense, besides just a greater number of basic crew operations during a 
given period of time. By following the guidelines noted in Part II of this 
report, autonomy will permit much greater flexibility in operational 
techniques and the introduction of new technologies and improved procedures, 
beyond what has been possible with past systems such as Apollo, Skylab, the 
Shuttleand Spacelab. The hierarchical command and data architecture, 
modularity and standard interfaces used for automated systems, and English- 
like very high order procedure languages will all allow system capabilities to 
grow far beyond IOC levels. Access to all control and data points, and the 
reliance on software instead of "hardwired" techniques for most control and 
data processing will result in system flexibility unprecedented in 
astronautics. 

Cost Savings 

If autonomy is properly implemented, recurring cost savings will be 
substantial. Only a high degree of management discipline, and confidence 
built over a thorough verification program and early operations will enable 
these cost savings to be realized, however. Immediate savings can come from a 
reduction in the number of direct ground support personnel: From three-shift 

support teams totalling a few hundred to single-shift operations with fewer 
than fifty personnel. While dramatic on the surface and certainly worthy of 
achievement (see Part III, "Autonomy Is Not the Whole Answer"), this saving 
alone will not justify autonomy in financial terms. It is the thousands of 
indirect support personnel at field centers and contractors that should be the 
direct target of autonomy implementation, for it is here that Shuttle 
operating costs mount into the hundreds of millions per mission. Management 
and operating personnel throughout the Space Station Program need to be given 
whatever information they need, quickly, and in already interpreted form, with 
accuracy and reliability, in order to confidently utilize the Station [13]. 

The vast majority of burdensome accounting-type tasks involved in mission 
planning must be taken over by machines, which are much better at these tasks 
in any case, if properly programmed. Matters such as attitude maneuvers and 
propellant burn, tape recorder management, software control, life support 
subsystem monitoring and a myriad of other tasks must and will be handled. If 
not handled by automated machines, these will be handled by large numbers of 
people, just as with the Shuttle today. Nearly all the analysts, programmers, 
engineers and their support personnel must be replaced with automation if 
meaningful recurring cost reductions are to occur. Such replacement is 
already occurring in some companies within some industries, and much more will 
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occur in the future, freeiny employers to have people do the tasks people do 
best. AI expert systems have already permitted large recurring cost 
reductions and productivity increases in many of their few commercial 
applications to date [14]. "User-friendly" software and English-like database 
management languages have yielded fast and accurate responses to the 
operational questions of many executives who were otherwise dependent on 
programmers or did without important information. Capabilities are rapidly 
expanding, while cost reductions and productivity improvements have been 
demonstrated over and over. But whatever the capabilities extant in a few 
companies, it will take strong management initiative to bring these and 
enhanced capabilities into the Space Station Program. 

Crew and Ground Personnel Acceptance 

The initiative mentioned above is mainly a management issue, but there must 
also be acceptance of the on-line operating personnel, both the Station crew 
and direct and indirect support personnel on the ground. Without this 
acceptance autonomy will not bring the sought-after improvements, flexibility 
and responsiveness will diminish and staff sizes will rise. Existing flight 
and ground personnel should be brought into the mainstream of the autonomy 
design process from the beginning, because they know best what jobs need to 
get done, and they will put up the greatest resistance to change if kept in 
the dark. When involved from the beginning, these people will learn the 
capabilities of the latest generation of automation and will be impressed by 
how much easier their jobs can become. Without this involvement, new 
techniques will, at least initially, be perceived as a threat, and will not 
meet the need of the people who must rely on the automation. 

Non-Recurring Costs 

Just as nearly all survey respondents indicated that implementation of the new 
automation technologies in the Space Station Program would result in better 
productivity, nearly all indicated that each technology would also result in 
rising non-recurri ng costs. As is generally the case, an investment in 
research and capital is required to realize a long term saving. Payback 
periods are certain to vary for different applications of different 
technologies. 

There is not enough information available to quantitatively estimate payback 
periods for the different Space Station autonomy technology options. Some 
cases of commercial application of AI expert systems have resulted in payback 
periods of less than a year. It is worthy of note that this has occurred in 
largely non-subsidized environments (beyond the basic research stage), as in 
the case of Elf Aquataine (the French oil company) for oil drilling problem 
di agnosi s, and with Digital Equipment Corp. for configuration selection of VAX 
computers [14]. These were relatively simple applications demonstrated at a 
very early stage of commercial AI application. While the technology has 
progressed, presumably many of the Space Station functions where AI might be 
applied are more complex, so it remains to be seen how the payback periods 
will be affected. 

Much of the cost of developing the basic technologies of greatest interest to 
the Space Station Program (AI, High Order Languages, and Fault Tolerant 
Computing (FTC)) has already been sunk and need not be borne by the Program or 
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NASA. Considerable DoD effort has none into FTC, while the former two 
technologies take on increasing prominence in the commercial sector. For all 
applications of these technologies there is application-specific work which 
must be done before utilization can begin, and this results in increased non- 
recurring costs* 

There is also the need for capital expenditures for hardware, software, and 
user training, in order to utilize any new technology. These costs also must 
be borne prior to IOC for any technology to be installed and verified for 
early use. 

Some respondents have argued that certain of the proposed technologies would 
actually result in a net decrease in non-recurring costs (as well as recurring 
costs). This is conceivable, though not clearly demonstrated, in many 
cases. Perhaps the strongest case can be made for (very) high order procedure 
oriented languages and programming. If executed properly, verified, and 
available early (i.e., before the start of Phase C/D), software costs might be 
reduced from those encountered if most software were to be written in such 
languages as assembly and Fortran. This could occur by elimination of the 
computer programmer as the "middle-man" between the engineer and hardware. As 
has been the case with some Shuttle launch processing functions at KSC [15], 
and other mission operations functions for the Solar Mesosphere Explorer at 
the University of Colorado [7], engineers can write procedures in English-like 
phrases (though with rather strict syntax) which are directly interpreted and 
executed by system software. 

Even in the case of procedure oriented languages, it is important to note that 
a suitable procedure oriented language does not yet exist for the Space Station, 
and therefore must be written and tested. There are also new costs associated 
with hardware on which the software runs, and with training and verification. 

How quickly these initial costs will pay off is open to question and should be 
examined. 

AI techniques could pay off again by reducing the required amount of software 
in cases where relatively small heuristic knowledge bases might displace large 
volumes of deterministic software. It is expected, however, the AI expert 
systems may frequently call subroutines written in deterministic software 
languages in order to perform detailed calculations and control many 
functions. The relationship between AI techniques and procedure oriented 
languages has not been closely examined. 

Fault Tolerant Computing might reduce non-recurri ng costs by reducing 
equipment requirements resulting from the need for system-level fault 
tolerance. For example, the Shuttle achieves computer fault tolerance 
primarily by having four identical processors running simultaneously with the 
same software, with a fifth different processor ready as a backuu with 
different software. With chip- and board-level fault tolerance, equipment 
requirements might arguably be reduced. Also, the data rate of onboard, 
uplink and downlink data paths might be reduced by fault tolerant computing at 
most system nodes, and of course through the overall implementation of 
autonomy for the orbiting facility. 

There is not enough quantitative evidence for a strong case to be made 
favoring autonomy from the point of view of non-recurring costs. However, 
there are enough plausible situations where certain non-recurring costs may be 
saved that more such situations should be sought out in an effort to reduce 
the overall added non-recurring cost of autonomy implementation. 
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IX. CONCLUSIONS & RECOMMENDATIONS 

Based on the technology survey, discussions among members of the AWG, and 
opinions of the author, a number of conclusions have been drawn and 
recommendations made for further automation and autonomy work within the Space 
Station Program. Along with these are some important observations regarding 
the initiative required to maximize the Space Station's benefit from today's 
burgeoning automation technologies. 

Technology Selection 

Highest development priority should be qlven to the following three generic 
technology areas: 

Artificial Intelligence-Expert Systems & Processors* 

Fault Tolerant Computing 

High Order (Procedure Oriented) Languages 

These technology areas are most likely to bring operational dividends whether 
Space Station Program improvement is measured in terms of increased 
productivity, decreased recurring costs, or a balance of the two. Each is 
mature enough to have significant positive impact on design by 1987, and to be 
implemented by IOC with a reasonable amount of developmental support. 

While the development of these technologies has achieved a relatively advanced 
stage with commercial and DoD funding, there is application-specific 
development which must take place prior to Phase C/D for each of these 
technologies to be considered mature in the Space Station environment. 

The most effective use of automation is "to use machines (automation) to do 
what machines do best, and use humans to do what humans do best." There is an 
optimum division of tasks between humans, machines, and teleoperation on the 
qround and in orbit, which, through proper study and definition of 
optimization criteria, may be approximated in design. Optimization criteria 
should be defined and enforced at the highest management levels, and are most 
likely to include productivity and life cycle cost (return on investment would 
be the criterion for a commercial venture, and may be approximated in the 
Space Station Program). 

The survey on which the selection of the most promising automation 
technologies was based consisted of a small set of relevant questions asked of 
an ad hoc group of experts in various fields of automation. The survey was 
not intended as a formal scientific sampling of opinion. Respondents had 
widely differing backgrounds, and wide variations in responses were 
encountered. 

It must be determined whether the extensive use of AI expert systems aboard 
the Station requires space-qualified symbolic processors. Space qualified 
computers, either symbolic or conventional, which can run expert system 
software should receive immediate attention, and may require a development 
effort beginning in 1985. 

Procedure-oriented software and programming techniques are very attractive for 
IOC (some ranked this technology as "essential"), and offer the potential of 


*$ee Section IV, Table 1 
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el 1 mi nat 1 ng the need for large numbers of programmer “middle-men" Interposed 
between engineers and working equipment. Because of the lead times Involved, 
a suitable High Order Language (e.g.» Language for User Control and Communica- 
tions, or LUCC) must be developed or selected within the next two years. 

The utility of onboard reprogramming of procedures using an HOL will be most 
valuable during the first year of Space Station operations, when procedures 
will be evolving the fastest and the crew will be operating at its greatest 
learning rate. 

The various "High Speed" technologies considered are likely to be ready by 
1987 with little Space Station Program support. Their potential for 
productivity enhancement and recurring cost reduction is important, and these 
technologies should be utilized by designers from the outset. 

Sophisticated robotic techniques are probably beyond achievement in time for 
IOC, but should be available in a few years thereafter. Specific design 
features assuring a controlled dimensional and visual environment aboard the 
station, along with standardized mechanical and electronic robotic interfaces 
should be incorporated into the IOC station. A detailed Robotic Accommodation 
Plan should be prepared during Phase B to assure that this technology can be 
effectively utilized when it becomes available. 

When technology rankings were biased toward productivity increase, distributed 
parameter, hierarchical , and multivariable control techniques took on 
importance not indicated in the recurring cost-biased rankings. Their utility 
and cost impact should be investigated early in Phase B to determine whether 
they should be given top or secondary priority. 

Verification techniques for HOL and AI software, and fault tolerant computing 
should be developed, reviewed, and adopted for the Space Station during Phase 
B. 

A wide variety of computing-related hardware, some off-the-shelf, should be 
launched and tested aboard the shuttle for space environment and launch 
effects. Consideration should be given to final assembly of fragile 
electronic equipment in orbit after launch in protected shipping containers, 
as an alternative to Integrated redesign to withstand transient launch loads. 

Goals & Guidelines 


The autonomy goals described in Part II, "Automation/Autonomy Philosphy," are 
the best present design target for the operating Space Station System. It 
will not be possible to fully implement each of these goals aboard the IOC 
station, but it will be possible to implement all within a few years of IOC. 
Even without full implementation, the IOC station can embody a quantum leap in 
crewed spacecraft automation, resulting in a large increase in productivity 
and substantial decrease in operating costs, compared to a non-autonomous 
facility relying mainly on ground control. 
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The eight architectural guidelines listed in Part II are important design 
features required to implement the Automat ion/Autonomy philosophy for non- 
payload, or facility, operations. A specific top-level design requirement 
defining autonomy periods is necessary to give designers quantitative time 
periods to work with. While more optimal periods may be found and later 
substituted, the following three maximum periods were assumed (see Part II): 

90 days without STS revisit, 

5 days without routine Space Station ground support, 

24 hours without any communication with the ground. 

Management 

Priority for autonomy implementation must come from the top, along with 
visible and enforced design measurement criteria such as life cycle cost or 
return on investment. Significant implementation of autonomy will require a 
great deal of management initiative before Phase B begins. Interface 
specifications and programmatic guidelines for autonomy and automation should 
be published early in Phase B, preferably by 1986 January. 

Reluctance to pursue heavily automated design options may be mitigated by 
pursuing parallel technology options (one mature, one in development) for 
different functions until the start of Phase C/D. Backup plans should be 
prepared for those IOC technologies considered to have the greatest 
development risk. 

Existing flight and ground personnel should be brought into the mainstream of 
the autonomy design process from the beginning, because they know best what 
jobs need to get done, and they will put up the greatest resistance to change 
if kept in the dark. 

S pace Station Evolution 

Initial Space Station operations are likely to begin in a heavily supervised 
manner with large human involvement. With proper design and operations 
discipline, this situation can rapidly evolve to smooth, skilled operation by 
a small number of persons assisted by automated equipment. Without proper 
design and discipline, operations can rapidly become onerous and expensive. 

In order to maintain the value of the large initial investment in the Space 
Station, all systems and subsystems must be operationally flexible, allowing 
day-to-day procedural and year-to-year configurational flexibility. The 
Architectural Guidelines in Part II are essential to achieving this required 
level of flexibility. Procedures must be largely software-controlled, and the 
controlling software must be easily changed, verified and certified. 

Some of the technologies considered offered great potential for the Space 
Station, but appeared unlikely to be mature enough by 1987 for incorporation 
in Phase C/D for the IOC station. Development efforts for these technologies 
should be subordinated to efforts for IOC technologies during the next three 
years, but should be reemphasized in technology programs soon after the IOC 
station enters Phase C/D. 

It is important to design automated equipment and procedures so that non- 
mature technologies can be incorporated later when they become mature and 
useful. Without specific design measures** these new technologies may be 
frozen out of the system. 
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Data and control rate capacities built into the IOC station should be several 
times the expected peak loads during the first two years of operation to avoid 
severe limitations later in the Program. 

Automated equipment should be integrated so that single units or one type of 
unit may be replaced with minimal impact on similar or connected units, and 
without requiring more than brief periods of interruption of normal customer 
operations. 

The relationship between heuristic AI software and deterministic "classical" 
software needs to be examined and defined, especially in light of the 
stringent flight certification requirements for the Space station System. 

Both types of software will be used for various functions with intimate, 
dynamic interfaces. These new software interface requirements need definition 
pr^or to the start of Phase C/D. 

Cost Impact 


While significant reductions in the number of direct ground support personnel 
are possible through autonomy, it is the number of indirect support personnel 
which must be most dramatically reduced from prior programs in order to 
control Space Station Program recurring costs. Autonomy and automation offer 
the opportunity to achieve these savings, but strict management discipline and 
a commercially oriented approach to operations will be required to yield the 
full potential benefit. 

Recurring cost savings usually require a higher net non-recurring cost, as 
measured from a point design, though it is arguable that this may not be the 
case with each automation technology considered. Net life cycle cost should 
be considered for each candidate technology, within ceilings of non-recurring 
cost. 

There are some plausible situations where the introduction of one of the 
automation technologies could result in a net decrease in non-recurring as 
well as recurring costs. 

With a crew onboard and relatively frequent resupply flights, automated (and 
other) equipment may not require as high reliability as is traditional with 
spacecraft having a 5-10 year design life. Costs of reliability must be 
balanced with costs of crew time required to deal with failed or degraded 
equipment. 

Customer Accommodation 


Customer needs for autonomy and automation provided to them as part of the 
Space Station facility are largely unknown. An investigation of these needs 
should be undertaken soon, with decisions made on customer capability and 
interface allocations early in Phase B. 

Standardized specifications for data and control formats should be made 
available to customers along with detailed manuals and consultants describing 
how to build and verify interfaces between customer equipment and the Space 
Station System. 

Specific allocations of interface ports, software, and control/display 
equipment should be made for customers during Phase B. 
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Appendix 2. Sample Survey 

Beginning on the next page is a copy of the survey used to acquire the data 
listed in Appendix 3 from the respondents listed in Appendix 1. The 
definitions used follow the survey. See Part IV, Survey Technique, for 
additional explanation. Responses were requested in light of the AWG 
Autonomy/Automation Philosophy, a later version of which (with few differences 
from that which accompanied the survey) appears in Part II, Study Objective. 
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CAbbrevi ations used In reports are shown in square brackets in 2nd column. 3 
Space Station Automation Technology Needs and Readiness 

Please return this table to arrive at JPL by November 10, or 
bring to the November 9-10 AWG meeting. Thank you. 
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i 

i 

l 

J 

1 


s/w tools 1 
1 


i 

i 

l 

f 

i 

j 

l 


fault detect 

C AJf ddrs/w3 

i 

i 

1 

1 

1 

i 

1 


diagnosis 1 


i 

l 

1 

1 

1 


& recovery! 


i 

i 

I 

J 

l 

1 


s/w tools ! 

1 

J 


i 

i 

i 

l 

i 

1 

1 

1 

1 

l 

1 
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Space Station Automation 

Automat i on 1 Product i vi ty 
Technology i Impact 

1 

rechnology f 

1 Recurri ng 
1 Cost 

i Impact 

'Jeeds and 

Non-Rec. 

Cost 

Impact 

Readine 

! Desir . 
i Tor 
1 IOC 

ss (continued) 

1 Readiness 1 Recommended 
! •'87 w/o t Development 
! interven . 1 Emphasis 

1 earning 

ICAI LES-03 

1 1 

1 

♦ 

1 

1 

expert eye 


1 

1 

1 

1 

1 

(onboard ) 


1 

! 

t 

1 

1 

1 

1 

(ground ) 

CAI LEB-gll 

1 

1 ! 

I 

1 

1 

I 

1 

1 

1 

( 

1 

1 

1 

1 

I 

2. Robotics 

[RGB 3 

J 
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i 

i 

l 

i 

1 

1 

1 

1 

* 

1 

1 

1 
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image 

CROBiu] 1 
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1 

1 

1 

1 

I 

1 

understand 

t 


1 

1 

l 

1 

1 

-ing 




i 

1 

1 

l 

l 

1 

1 

1 

pattern 

CROBpatreel 



1 

i 

1 

1 

1 

1 

1 

1 

1 

recog 7 n» 




1 

1 

1 

( 

1 

I 

1 

• 

1 

image proc. 

CROMimprocl 



1 

1 

1 

1 

1 

1 

1 

l 

i 

i 

\ 

f 

t 

tel eopera- 

CROBte’ieopl 



1 

1 

1 

1 

1 

1 

l 

J 

i 

J 

■ 

i 

t i on 


» 

1 

1 

! 

» 

I 

i 

tel e= 

CRQBteleprH 

i 

j 

1 

l 

1 

1 

1 

1 

l 

i 

1 

presence 


i 

( 

1 

1 

1 

! 

1 

i 

l 

i 

dextrous 

CRDBdexmanl 

1 

! 

i 

1 

l 

1 

! 

i 

i 

man i pul a- 




1 

f 

1 

i 

t i on 

« 




! 

! 

1 

! 

1 

1 

1 

i 

i 

i 

3. Fault 

■ 

[FTC 3 


• 

1 

I 

1 

1 

1 

1 

t 

I 

t 

! 

1 

1 

Tolerant 




1 

1 

1 

1 


C o input i ng 

1 

I 


1 

1 

1 

1 

1 


pr ocessors 

CFTpro~o3 1 


1 

1 

1 

1 


(onboard) 




1 

i 

I 

1 

» 

1 

mass star- 

CFTmasst— o3 



1 

1 

1 

1 

1 

1 

I 

1 

c\Q (5 

(onboard ) 




1 

i 

i 

r 

1 

1 

1 


data xfer 

HFTdxf er-o3 



i 

i 

i 

1 

» 

1 


(onboard ) 




j 

i 

1 


(between 

CFTdxfersg 3 



i 

i 

t 

1 

1 


station & 




i 

) 

J 

1 


ground ) 




i 

i 

1 


Automation 

Productivity 

Recurring 

Non-Rec . 
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! Readiness 

! Recommended 

Techno! ogy 
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Cost 
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1 >07 w/o 

i Bevel op merit 



Impact 
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! IOC 

! i nterven » 
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£3pace Station Automation 

Automation ! Productivity 
Technology t Impact 

1 

Technology 

1 Recurring 
1 Cost 

1 Impact 

Needs and Readiness (continued) 

INon-Rec. jDesir. 1 Readiness [Recommended 
1 Cost 1 for 1 •- 87 w/o [Development 
1 Impact 1 IOC linterven. i Emphasis 

software 

1 CFTs/w3 
1 

1 

1 

1 ! [ 

1 t 1 

! 

1 

via archi- 

1 

i CFTarchl 

i 

1 

1 1 t 

1 S 1 

t 

i 

tec t ure 

1 

i 

1 1 i 

1 

vo. hdw. 

i 


1 1 ! 

1 

(onboard) 

i 

i 

1 

1 

1 

t ! 1 

I 1 ! 

I ! | 

i 

! 

4. High" 

i i 

i 1 

! (e.g. programmable by 

i 1 1 

t 1 i 

engineering "non-programmers. " 

i 

t 

) 

Order 

! CH0L3 

I 

! i 1 

i 

Languages 

1 

1 

1 

! ! I 

! ! 1 

f 

i 

software 

! IIH0Ls/w3 
1 
1 

l 

1 

1 

1 

i : i 

i 1 ! 

i 

! 

natural 

1 

1 

! CNLA3 

1 

1 

1 i ! 

! : : 

1 

! 

1 an g wage 

i 

! 

: s t 

! 

annuncia- 
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1 

1 

1 

i : i 

1 

ti on 

[ 

1 

1 

1 

! ! ! 

1 t 1 

1 

I 

natural 

! CNLU3 

1 

1 

1 

! ! ! 

I 

1 

1 anguage 

! 

i 

: s [ 

1 

1 

understand 

1 

1 

1 

1 

i ! ! 

! 

-ing 

1 

1 

1 

! 

1 

! ! ! 

! ! ! 

1 

1 

1 

onboard 

i CH0Lrpr--o3 

1 

1 

1 1 1 

1 1 \ 

1 

1 

reprogram- 


i 

i : : 

! 

ming 

1 

1 

! 

1 

1 

1 

1 

1 

1 

i i 1 

1 1 i 

S i i 

t 1 ! 

1 

i 

5. Data 

1 1 III 

1 fill 

i till 

! (see also Fault Tolerant Computing) ! 

1 

1 

1 

Storage 

1 CDS-o3 

l 

i 

I 1 I 

l l 1 

1 

1 

(onboard) 

1 

1 

1 

1 

1 

1 

l 1 1 

1 1 1 

1 1 1 

1 

1 

1 
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1 
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1 

1 

1 1 1 
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1 

» 
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1 

1 

1 

1 

1 

1 

1 

1 

i i ! 

1 1 1 

1 i 1 

t 

1 

1 

1 
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l 

\ 

1 CDSarchstor- 
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1 
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! ! ! 

i 

1 

i 

» 
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1 

\ 

l 

1 

1 

I 

1 

j 

i 

j 

» 

i 

i 

i 

i 

i 

i 
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: i : 
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! : : 
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i 

i 

i 

l 

i 

\ 

i 
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Bpace Station Automation 

Technology 

Needs and 

Readiness (continued) 

Automation 1 
Technology I 
1 

Productivity 

Impact 

i Recurring 
1 Coat 

1 Impact 

INon-Ree. 
1 Cost 
1 Impact 

IDesir. 

1 for ! 

1 ICC 

Readiness 1 Recommended 
"'S’/ w/o (Development 
interven. 1 Emphasis 
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| 
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l 

7. Control i 
Techni ques ! 

CCTP 

1 

1 

1 

| 

1 

1 

1 

! 

1 ! 

i 1 

1 1 

1 1 

l 

l 

l 

hie rarchi - 1 
cal i 

CCThier 3 

1 

i 

l 

1 

i 

i 

i 

1 f 

t 1 

1 1 

I 1 

I 

1 

l 

i 

multi- ! 

variable 1 

CCTmvP 

1 

J 

1 
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add any other 
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s on next page which 

1 1 
you feel 

i 

are appropriate 


to be considered in light of the proposed autonomy philosophy. Note any 
appropriate further breakdown of above categories. 
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De-f i ni ti on crUF Terms 

Automat i on Technology: field of automation with potential 

application aboard Space Station. Sub-fields, as :i.n the case of 
fault-tolerant computing (e.g., mass storage, processors, data 
transfer, etc.) should generally be listed separately if 
different techniques are required to achieve practicality. 

Productivity Impact: the likely influence of a particular 

technology on the amount of useful mission work achievable by the 
Space Station system with fixed physical resources (power, mass., 
volume, coaling, pointing, etc.) and a given number of crew and 
ground personnel. Also refers to the ability of the Station to 
sustain new types of tasks otherwise impractical with a i owet 
level of technology, A few words of elaboration on a separate 
sheet of paper would be helpful to describe the envisioned 
impact. Please characterize vour estimate of the likely overall 
effect as beinq an increase or decrease (or none at all) of 
large, moderate or small magnitude. 

Recurring Cost Impact: the likely influence of a particular 

technology on operating costs throughout the Space Station 
System- For example, onboard subsystem monitoring using AI 
techniques might reduce the number of ground crew required, A 
few words of elaboration on a separate sheet of paper would be 
helpful to describe the envisioned impact, including & brief note 
regarding each area or subsystem where a significant impact would 
be likely and why. please characterize your estimate of the 
likely overall effect as being an increase or decrease (or none 
at all) of large, moderate or small magnitude. 

Non-Recurring Cost Impact: the likely influence of a particular 

technology on capital costs (B,g» 5 design, development, test & 
engineering (DBT&E) , procurement , crew training) throughout the 
Space Station System. For example, onboard subsystem monitoring 
using AX techniques might increase DDT&E and crew training costs, 
decrease ground personnel training costs, and decrease the cost 
of the telemetry and data analysis equipment by reducing the 
required housekeeping data telemetry throughput (and resulting 
subsystem capacity) to the ground, A few words of elaboration on 
a separate sheet of paper would be helpful to describe the 
envisioned impact, including a brief note regarding each area or 
subsystem where a significant impact would he likely and why. 
Please characterize your' estimate of the likely overall effect as 
being an increase or decrease (or none at all) of large, moderate 
or" sma 1 1 magn i t ud a . 

Des irability for I OC Sp ace Station: (3 i v en t h e St a t :i. on p h i 1. h sop h y 

discussed at the last AWG meeting (summary chart enclosed), how 
important is having the particular technology aoplied within the 
Space Station System? (Emphasis here is on onboard hardware and 
software, but availability on the ground may also be important.) 
Please characterize the desirability for having a given 
technology 'at IOC as essential , useful, helpful, or none at all. 
Also please note whether this applies to having equipment- 
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i near prr at ing the technology onboard, on the ground, or both. 

Readiness in 1987 without Intervention: How probable is it that 

this technology will have been demonstrated in breadboard or 
brassboard -form by 19S7 if the Space Station program does not 
seek to encourage its development? “Demonstrated' 1 implies that 
program managers would have enough confidence to incorporate the 
technology in Phase C/D Space Station development arid count on 
its operational readiness at or within a few months of IOC. (Fa: 
example, processors optimised for A I symbolic manipulation will 
ua generally available in 19G7, but clear solutions to the 
problem of their space and man-rated qualification may not be 
evident without specific attention from NASA prior to 1987. 

Hence the readiness of space qualified, man-rates At symbolic 
processors might, be rated "un 1 i kel y, " but not “impossible. " 

Pleas© rank* readiness as "certain" (already or soon to be 
demonstrated in space~qt.tali.fied form today), "likely," 
"indeterminate" (don : ‘ t know or too many variables to say), 
"unlikely.." or "impossible" (nothing short of a costly crash 
development program could bring confidence to a high enough level 
by 1987). N 

Recommended Development Emphasis: To what extent should the 

Space Station program attempt to influence the development of 
this technology in order to implement the philosophy described at. 
the last AW0 meeting? Base this on the level of desirability in 
relation to the ex pec: ted level of readiness without Space Station 
intervention. Please characterise the recommended level of 
emphasis as "major " (Space Station -specific: funding probably 
required in direct support of development in order to achieve 
philosophy objectives), "moderate" (modest funding probably 
required to adapt the technology for station use), "minor" 
(influence from Space Station presgram probably required to assure 
readiness, but little or no specific funding likely to be 
required), "monitor" (if development proceeds, as expected the 
proper level of readiness is likely, but the Space Station 
program should maintain cognizance of the development of this 
technology in case outside development emphasis is altered), or 
"none" (the technology is already demonstrated to the necessary 
level of confidence). 
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Appendix 3: Survey Data 

Survey data was taken from questionnaires and placed in a data base using 
Ashton-Tate dBase II software on a microcomputer. The file structure is 
listed in Table A-l. Data reports, consisting of different selections of the 
survey responses, are summarized in Table A-2. Responses are listed In 
alphabetical order of the technology name used, the same order as in Table 1 
In Part IV of this paper. Each data report, titled by Its selection criteria, 
follows Table A-2. 


Table A-l. File Structure 


Display Structure 

Structure for File; A ;TECHP0LL . DBF 

Number of Records: 00231 

Date of Last Update: 02/06/84 
Primary Use Database 


FLD 

Name 

Type 

Width 

001 

LNAME 

C 

015 

002 

0RG 

C 

008 

003 

TECHNOLOGY 


010 

004 

PROD 

c 

008 

005 

RECC0ST 

c 

008 

006 

NRC0ST 

c 

008 

007 

DESIRI0C 

c 

008 

008 

READI87 

c 

008 

009 

RECEMPH 

c 

008 

010 

N0TE1 

c 

080 

**Total** 



00162 


DEC 


Notes for Table A-2 (next page) 


Each report lists those technologies for which a respondent indicated that the 
attribute in each column was as listed in the table. For an attribute 
(column) that is left blank, this attribute did not affect selection of 
techn'ologies contained in this report; therefore Report #1 (all columns blank) 
lists all responses for all technologies. Refer to Appendix #2 and the sample 
survey for the ranking of each attribute. 



Table A-2. Summary of Technology Survey Data Reports 
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1. All Sorted By Technology 
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Space Station Technology Poll 


Respondent 

Organiz. 

Technology 

Product! v. 

RecCost 

NR Cost 

Desir IOC 

Readi 

B7 Rec. 

Eiph, Reiarks 

Zapalac 

HDAC 

Al LES-g 

aod inc 

lar dec 

lar inc 

use 

iip 

■in 


flichele 

HSFC 

Al LES-g 

lod inc 

si dec 

si inc 

use 

uni 

iod 


Pal»er 

ARC-HVSD 

Al LES-g 

si inc 

si dec 

■od inc 

none 

uni 

■in 


Sans 

LaRC FHB 

A I LES-g 

•od inc 

lar dec 

■od inc 

use 

uni 

■in 


Friedian 

JPL 364 

A I LES-g 

lar inc 

lar dec 

si inc 

use 

idt 

iod 


Hinchion 

HHC 

Al LES-g 

lod inc 

si dec 

lar inc 

use 

idt 

v’in 


Krchnak 

JSC EH3 

Al LES-g 

lar inc 

lar dec 

lar inc 

use 

iip 

■od 


Zapalac 

HDAC 

Al LES-o 

lod inc 

lar dec 

lar inc 

use 

iip 

•in 


Aichele 

HSFC 

Al LES-o 

tod inc 

si dec 

si inc 

use 

uni 

iod 


Palier 

ARC-HVSD 

Al LES-o 

si inc 

■od dec 

■od inc 

none 

uni 

■in 


Holt, et al. 

LaRC FTS 

Al LES-o 

■od inc 

■od dec 

pos dec 

use 

unl-lik 

■aj 

see notes 4,5 
on 

questionnaire 

Saais 

LaRC FHB 

A I LES-o 

lod inc 

lar dec 

■od inc 

use 

uni 

■in 


Friedian 

JPL 364 

Al LES-o 

lar inc 

lar dec 

si inc 

use 

idt 

iod 


Hinchion 

HHC 

A I LES-o 

■od inc 

si dec 

lar inc 

use 

idt 

•in 


Krchnak 

JSC EH3 

Al LES-o 

lar inc 

lar dec 

lar inc 

use 

iip 

■od 


Globus 

ARC 

AI/ES 

■od inc 

si dec 

■od dec 

help 

idt 

■od 


Aichele 

HSFC 

AI/ES 

•od inc 

si dec 

si inc 

use 

uni 

iod 


Saais 

LaRC FHB 

AI/ES 

lar inc 

lar dec 

■od inc 

use 

idt 

■aj 


Yoneioto 

Hughes 

AI/ES 

si inc 

none 

si dec 

use 

lik 

■on 


Hinchion 

HHC 

AI/ES 


lod dec 

lar inc 

? 

? 

? 

? = blank 

Hinchion 

HHC 

AlexplHech 

•od inc 

none 

lar inc 

des 

idt 

■od 

Al 

Zapalac 

HDAC 

Alfddr s/m 

lar inc 

lar dec 

■od inc 

use 

lik 

■aj 

seeis best of 
Al applications 

Palaer 

ARC-HVSD 

Alfddr s/m 

■od iti,’ 

■od dec 

■od inc? 

use 

idt 

■od 


Holt, et al. 

LaRC FTS 

Alfddr s/m 

■od inc 

lar dec 

■od inc 

use 

lik 

•aj 


Saais 

LaRC FHB 

Alfddr s/m 

■od inc 

lar dec 

■od inc 

use 

uni 

•od 

■ajor eaphasis 
for 2000 

Friedian 

JPL 364 

Alfddr s/m 

lar inc 

■od dec 

si dec 

use 

cer 

■on 

diagnosis only? 
see next for 
Recovery tools 

Yoneioto 

Hughes 

Alfddr s/m 

■od inc 

si dec 

iod inc 

ess 

lik 

•in 


Hinchion 

HHC 

Alfddr s/m 

lar inc 

si dec 

si inc 

use 

lik 

■od 


Krchnak 

JSC EH3 

Alfddr s/m 
♦ 

lar inc 

lar dec 

lar inc 

use 

uni 

•aj 

SSTF should 
■onitor 

Friedian 

JPL 364 

Alfrecovs/M 

lar inc 

lar dec 

si dec 

ess 

lik 

■Dd 


Globus 

ARC 

Alplan s/m 

•od inc 

■od dec 

si inc 

use 

lik 

■od 


Zapalac 

HDAC 

Alplan s/m 

■od inc 

lar dec 

■od inc 

use 

cer 

•od 

reduce ground 
ops 

Michele 

HSFC 

Alplan s/m 

■od inc 

si dec 

si inc 

use 

uni 

•od 


Palier 

ARC-HVSR 

Alplan s/m 

si inc 

si dec 

si inc 

help 

lik 

■in 


Holt, et al. 

LaRC FTS 

Alplan s/m 

lar inc 

iod dec 

■od inc 

use 

idt 

■aj 


Sains 

LaRC FHB 

Alplan s/w 

•od inc 

lar dec 

■od inc 

use 

uni 

■od 


Friedian 

JPL 364 

Alplan s/m 

lar inc 

icd dec 

si dec 

use 

cer 

■on 


Yonenoto 

Hughes 

Alplan s/m 

•od inc 

si dec 

si inc 

use 

lik 

■in 


Hinchion 

HHC 

Alplan s/m 

■od inc 

si dec 

si inc 

use 

lik 

•od 


Krchnak 

JSC EH3 , 

Alplan s/m 

lar inc 

lar dec 

lar inc 

help 

lik 

■in 

RT0P already 
funded 

Hinchion 

HHC 

AIplis/M 

lar inc 

lar dec 

lar inc 

des 

idt 

■od 
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Space Station Technology Poll 


Respondent 

Drganiz, 

Technology Productiv. 

RecCost 

Zapalac 

HDAC 

Alsubaon s/m sod inc 

da dec 

Aichele 

HSFC 

Alsubaon s/m mod inc 

sa dec 

Palreer 

ARC-HVSD 

Alsubaon s/m and inc 

cod dec 

Holt, et al, 

LaRC FTS 

Alsubaon s/m eod inc 

lar dec 

Sanas 

LaRC FHB 

Alsubaon s/h aod inc 

aod dec 

Friedman 

JPL 364 

Alsubaon s/m lar inc 

aod dec 

Yoneaoto 

Hughes 

Alsubaon s/m lar inc 

aod dec 

Hinchion 

HHC 

Alsubaon s/m aod inc 

sa dec 

Krchnak 

JSC EH3 

Alsubaon s/m lar inc 

lar dec 

Globus 

ARC 

Alsyaproc 

5a inc 

aod inc 

Zapalac 

HDAC 

Alsyiproc 

cod inc 

lar dec 


Holt, et al. 

LaRC FTS 

Alsyaproc 

sa inc 

lar dec 

Sauas 

LaRC FHB 

Alsyaproc 

lar inc 

lar dec 

Friedaan 

JPL 364 

Alsyaproc 

lar inc 

eod dec 

Yoneaoto 

Hughes 

Alsyaproc 

sa inc 

sa dec 

Hinchion 

HHC 

Alsyaproc 

aod inc 

none 

Krchnak 

JSC EH3 

Alsyaproc 

lar inc 

lar dec 

Hinchion 

HHC 

Alteleop/pr 

lar inc 

sa dec 

Hinchion 

HHC 

CT adap 

aod inc 

sa inc 

Zapalac 

HDAC 

CTadap 

lar inc 

lar dec 

Heintel, Jr. 

LaRC ATB 

CTadap 

aod inc 

? 


Krchnak 

JSC EH3 

CTadap 

lar inc 

tod inc 

Zapalac 

HDAC 

CTdistpar 

sa inc 

sa dec 

Hinchion 

HHC 

CTdistpar 

lar inc 

lar inc 

Krchnak 

JSC EH3 

CTdistpar 

lar inc 

sa inc 

Zapalac 

HDAC 

CTheir 

aod inc 

aod dec 

Heintel, Jr. 

LaRC ATB 

CTheir 

lar inc 

dec 


Hinchion 

HHC 

CTheir 

lar inc 

lar inc 

Krchnak 

JSC EH3 

CTheir 

lar inc 

sa dec 

Zapalac 

HDAC 

CTav 

aod inc 

aod dec 

Heintel, Jr. 

LaRC ATB 

CTbv 

aod inc 

? 


Hinchion 

HHC 

CTav 

lar inc 

lar inc 

Krchnak 

JSC EH3 

CTbv 

lar inc 

so dec 

Zapalac 

HDAC 

CTnl 

sa inc 

sa dec 

Heintel, Jr. 

LaRC ATB 

CTnl 

•od inc 

? 


NR Cost 

Desir IOC 

Readi 

'87 Rec. Eaph. 

Reaarks 

sb inc 

help 

uni 

Bin 

Mill use 
algorithmic 
IC(??I iutoo. 

sa inc 

use 

lik 

sod 


Mod inc? 

use 

lik 

Bod 


sod inc 

use 

idt 

saj 


sb inc 

use very 

lik 

aod 


sa dec 

use 

cer 

boh 


aod inc 

ess 

lik 

Bin 


sb inc 

des 

idt 

BOd 


lar inc 

use 

uni 

*aj 


lar inc 

help 

uni 

none 


Bod inc 

use 

uni 

Bin 

can use 

aainfraee 

coap./int?? 

sb inc 

use 

lik 

aod 

see notes on 
fora 1,2,3 

aod inc 

use 

idt 

aaj 


sb dec 

use 

uni 

aod 


none 

use 

idt 

aon 


sod inc 

use 

uni 

aod 


aod inc 

use 

uni 

sin 

OAST, not SSTF 
should fund 

sa inc 

des 

hk 

aon 


lar inc 

benefici 

uni 

ain 


Bod inc 

ess 

lik 

aaj 


? 

? 

7 

7 

see note 14 on 
Q. As applied 
to teleop. 

lar inc 

help 

uni 

ain 


Bod inc 

use 

lik 

Bin 


lar inc 

ess 

lik 

aaj 


aod inc 

use 

lik 

aaj 


aod inc 

ess 

lik 

aod 


aod inc 

use 

lik 

BOd 

see notes 
8,14,15 in 8, 
As applied to 
Teleop. 

lar inc 

ess 

lik 

Baj ' 


sb inc 

ess 

lik 

aaj 


aod inc 

ess 

lik 

aod 


? 

7 

? 

? 

see note 14 on 
Q. As applied 
to teleop. 

lar inc 

ess 

lik 

•aj 


Bod inc 

use 

uni 

aaj 


Bod inc 

use 

lik 

ain 


? 

7 

lik 

BDd 

see notes 14 & 
15 on 8. As 
applied to 
teleop. 
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Respondent 

Organiz. 

Technology 

Producti v. 

RecCost 

NR Cost 

Desir IOC 

Readi 

'87 Rec. Enph. 

Remarks 

Hinchion 

HHC 

CTnl 

■od inc 

■od inc 

■od inc 

benefici 

idt 

■od 


Krchnak 

JSC EH3 

CTnl 

lar inc 

■Dd inc 

lar inc 

help 

uni 

■in 


Zapalac 

MDAC 

CTopt 

sa inc 

sa dec 

lar inc 

use 

uni 

■on 


Heintel, Jr. 

LaRC ATB 

CTopt 

■ou inc 

? 

? 

7 

lik 

■od 

see notes M,15 

Hinchion 

HHC 

CTopt 

•od inc 

■od inc 

lar inc 

ess 

idt 

■od 


Krchnak 

JSC EH3 

CTopt 

■od inc 

■od inc 

lar inc 

help 

uni 

■in 


Globus 

ARC 

DS-o 

■a j inc 

■aj dec 

■aj dec 

ess 

uni 

sod 


61 obus 

ARC 

DSarchstor-o 

■aj inc 

■aj dec 

■aj dec 

ess 

uni 

■od 


Zapalac 

HDAC 

DSarchstor-o 

s« inc 

s» dec 

nod inc 

use 

uni 

■on 


Yoneioto 

Hughes 

DBarchstor-o 

sa inc 

- 

- 

use 

lik 

none 


Hinchion 

HHC 

DSarchstor-o 

sa inc 

none 

sa inc 

des 

lik 

■on 


Krchnak 

JSC EH3 

DSarchstor-o none 

si inc 

■od inc 

none 

- 

ni nor 


Globus 

ARC 

DS«s-o 

■aj inc 

■aj dec 

■aj dec 

ess 

uni 

■od 


Zapalac 

HDAC 

DSis-o 

lar inc 

lar dec 

sa inc 

ess 

cer 

■on 


Yoneioto 

Hughes 

DSas-o 

sa inc 

- 

- 

use 

lik 

none 


Hinchion 

HHC 

DSis-o 

■od inc 

none 

5» " 

use 

lik 

■on 


Krchnak 

JSC EH3 

DSbs-o 

■od inc 

lar dec 

s« inc 

ess 

lik 

non 


Zapalac 

Palier 

HDAC 

ARC-HVSD 

FTC 

FTC 

sod inc 

■od inc 

aod inc 

use 

idt 

•od 

required for 
criticality but 
results in 
productivity 
gain— applies 
to all FT 
no breakdown 

Holt, et al, 

LaRC FTS 

FTC 

lar inc 

lar dec 

none 

use 

lik 

■aj 

for different 
FT technologies 
see note 6 on 

Hinchion 

HHC 

FTC 

lar inc 

■od dec 

■od inc 

des 

lik 

■od 

Q’aire: extends 
sys lifetime, 
reduces ground, 
crew 

involvement 

Krchnak 

JSC EH3 

FTC 

- 

- 

- 

- 

- 

see note 

"FTC hardware 

Yoneaoto 

Hughes 

FTarch 

sa inc 

si inc 

si inc 

use 

lik 

•in 

is being 
adequately 
funded by OAST 
and DoD." 

Krchnak 

JSC EH3 

FTarch 

lar inc 

sa dec 

lar inc 

use 

iap 

■aj 

not clear if he 

Globus 

ARC 

FTdxfer-o 

aaj inc 

■od dec 

■od dec 

ess 

uni 

■od 

thinks OAST & 
DoD apply here 

Zapalac 

HDAC 

FTdxfer-o 

■od inc 

■in inc 

nod inc 

ess 

cer 

■in 


Holt, et al. 

LaRC FTS 

FTdxfer-o 

lar inc 

iar dec 

none 

use 

lik 

■aj 


Yoneaoto 

Hughes 

FTdxfer-o 

sa inc 

none 

sn inc 

use 

lik 

■in 


Hinchion 

HHC 

FTdxfer-o 

lar inc 

- 

- 

ess 

idt 

■aj 


Krchnak 

JSC EH3 

FTdxfer-o 

lar inc 

lar dec 

nod inc 

ess 

lik 

■on 

OAST & DoD 

Globus 

ARC 

FTdxfersg 

■aj inc 

■od dec 

■od dec 

ess 

lik 

■in 

adequate 
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Respondent 

Organic. 

Technology 

Productiv, 

RecCost 

NR Cost 

Desir IOC 

Readi 

’87 Rec. Eaph. 

Rea arks 

Zapalac 

HDAC 

FTdxfersg 

Bod inc 

•in inc 

•od inc 

ess 

cer 

■in 


Holt, et al. 

LaRC FTS 

FTdxfersg 

lod inc 

lar dec 

none 

use 

lik 

■od 


Yoneaoto 

Hughes 

FTdxfersg 

si inc 

none 

ss inc 

use 

lik 

■in 


Krchnak 

JSC EH3 

FTdxfersg 

■od inc 

lar dec 

■od inc 

ess 

lik 

•on 

OAST t DoD 
adequate 

Slobus 

ARC 

FTsasst-o 

■aj inc 

•aj dec 

•aj dec 

ess 

uni 

•od 


Zapalac 

HDAC 

FTaasst-o 

aod inc 

■in inc 

■od inc 

ess 

cer 

■in 


Holt, et al. 

LaRC FTS 

FTiasst-o 

lod inc 

■od dec 

none 

use 

lik 

•aj 


Yoneaoto 

Hughes 

FTaasst-o 

sa inc 

none 

st inc 

use 

lik 

■in 


Krchnak 

JSC EH3 

FTiasst-o 

sod inc 

lar dec 

sod inc 

ess 

lik 

■on 

OAST b DoD 
adequate 

Slobus 

ARC 

FTpro-o 

taj inc 

aaj dec 

■aj dec 

ess 

uni 

•od 


Zapalac 

HDAC 

FTpro-o 

aod inc 

•in inc 

■od inc 

ess 

cer 

■od 


Holt, et al. 

LaRC FTS 

FTpro-o 

lar inc 

lar dec 

none 

use 

lik 

•aj 


Yqneooto 

Hughes 

FTpro-o 

sa inc 

sa inc 

sa inc 

use 

lik 

none 


Hinchion 

KMC 

FTpro-o 

lar inc 

- 

- 

des 

lik 

•on/ain 

DqD vhsic 

Krchnak 

JSC EH3 

FTpro-o 

lar inc 

lar dec 

■od inc 

ess 

lik 

■on 

OAST b DoD 
adequate 

Zapalac 

HDAC 

FTs/h 

cod inc 

s« decc 

lar inc 

use 

uni 

■on 


Holt, et al. 

LaRC FTS 

FTs/w 

•od inc 


s-b dec 

ess 

lik 

■aj 

see note 7 on 
Questionnaire 

Yoneaoto 

Hughes 

FTs/h 

sa inc 

sa dec 

sb inc 

use 

lik 

none 


Krchnak 

JSC EH3 

FTs/h 

lar inc 

lar dec 

lar inc 

ess 

uni 

aaj 

not dear if he 
thinks OAST 
LDoD apply here 

Pal aer 

ARC-HVSD 

HOL 

•od inc 

si dec 

sb inc 

use 

lik 

■Dd 


Hinchion 

HHC 

HOL 

lar inc 

sa inc 

sa inc 

ess 

lik 

■in 


Slobus 

ARC 

HOLrpr-o 

eod inc 

•od dec 

■od inc 

help 

uni 

■od 


Zapalac 

HDAC 

HOLrpr-o 

sod inc 

s& dec 

sa inc 

use 

lik 

■in 


Aichele 

HSFC 

HOLrpr-o 

lar inc 

lar dec 

lar inc 

use 

uni 

■in 


Saws 

LaRC FHB 

HOLrpr-o 

nod inc 

lar dec 

sb inc 

ess 

lik 

•aj 


Friedaan 

JPL 364 

HOLrpr-o 

aod inc 

sa dec 

none 

use 

lik 

■od 


Hinchion 

HHC 

HOLrpr-o 

idt 

- 

sb inc 

ess 

lik 

■on 


Krchnak 

JSC EH3 

HOLrpr-o 

sb inc 

•od inc 

■od inc 

none 

lik 

■in 


Dorofee 

KSC 

HOLrpr-o 

aod inc 

■od dec 

■od inc 

use 

lik 

■aj 

for VH0L, non 
life-critical: 
■ust be adapted 
for SS, esp 
useful 1st yr 

Slobus 

ARC 

HOLs/w 

eaj inc 

aaj dec 

■od inc 

use 

iap 

■aj 


Zapalac 

HDAC 

HOLs/h 

lar inc 

•od dec 

aod inc 

use 

idt 

■od 


Aichele 

HSFC 

HOLs/h 

aod inc 

•Dd dec 

■od inc 

use 

lik 

■aj 


Basiss 

LaRC FHB 

HOLs/w 

lar inc 

lar dec 

aod dec 

ess 

lik 

■aj 


Krchnak 

JSC EH3 

H0Ls/h 

lar inc 

lar dec 

■od inc 

ess 

lik 

■in 


Dorofey 

KSC 

HOLs/w 

aod inc 

•od dec 

vss inc 

use 

lik 

aaj 

RECC0ST= 

5B-aod 

dev could be 
NASA or ainor 
funding to IEEE 
to ensure 
ready-both 
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Respondent 

Qrganiz. 

Technology 

Productiv. 

RecCost 

NR Cost 

Desir IOC 

Readi 

'87 Rec. Eaph. 

Remarks 

Dorofee 

KSC 

HOLsups/N 

lar inc 

aod dec 

aod inc 

use 

uni 

aaj earl 

see notes: soae 
s/a dev tools 
to be avail 
coanercially: 
soae 

SS-specific 

Zapalac 

HDAC 

HSdbus 

lar inc 

lar dec 

sa inc 

ess 

cer 

aod 


Palaer 

ARC-HVSD 

HSdbus 

lar inc 

aod dec 

sa inc 

use 

lik 

aod 


YoneiDto 

Hughes 

HSdbus 

sa inc 

sa inc 

sa inc 

use 

lik 

none 


Hinchi on 

HHC 

HSdbus 

lar inc 

sa dec 

lar inc 

ess 

idt 

aaj 


Krchnak 

JSC EH3 

HSdbus 

aod inc 

none 

aod inc 

use 

lik 

ain 


Zapalac 

MDAC 

HSaea 

lar inc 

lar dec 

sa inc 

ess 

cer 

aod 


Palaer 

ARC-HVSD 

HSaea 

aod inc 

aod dec 

sa inc 

use 

iik 

aod 


Yoneaoto 

Hughes 

HSaea 

none 

none 

none 

? 

? 

? 


Krchnak 

JSC EH3 

HSaea 

lar inc 

aod dec 

aod inc 

use 

lik 

ain 


Globus 

ARC 

HSaea-g 

aaj inc 

aaj dec 

aaj dec 

help 

lik 

ain 


Zapalac 

HDAC 

HSproc 

lar inc 

lar dec 

sa inc 

ess 

cer 

aod 


Palaer 

ARC-flVSD 

HSproc 

aod inc 

aod dec 

sa inc 

use 

lik 

aod 


Yoneaoto 

Hughes 

HSproc 

sa inc 

sa inc 

sa inc 

use 

idt 

none 


Krchnak 

JSC EH3 

HSproc 

aod inc 

aod dec 

aod inc 

use 

lik 

ain 


Globus 

ARC 

HSproc-g 

aaj inc 

aaj dec 

aaj dec 

help 

lik 

ain 


Hinchion 

MhC 

HHtextgen 

so inc 

sa dec 

lar inc 

help 

uni 

aon 


61 obus 

ARC 

NLA 

ain inc 

ain dec 

ain inc 

help 

lik 

none 


Zapalac 

HDAC 

NLA 

lar inc 

aod dec 

lar inc 

use 

lap 

aon 

iff connected 
to aord 
recognition 

Aichele 

HSFC 

NLA 

lar inc 

lar dec 

lar inc 

use 

uni 

ain 


Palaer 

ARC-HVSD 

NLA 

sa inc 

sa dec 

lar inc 

none 

like 

aon 


Hinchion 

HHC 

NLA 

sa inc 

none 

sa inc 

help 

lik 

ain 

"voice 

readback" 

Krchnak 

JSC EH3 

NLA 

aod inc 

aod dec 

aod inc 

use 

uni 

ain 


Dorofee 

KSC 

NLA 

lar inc 

sa dec 

aod inc 

use 

cer 

ain aon 

esp. CiW, soie 
exists 

Blobus 

ARC 

NLU 

ain' inc 

ain dec 

aaj inc 

none 

iap 

none 


Zapalac 

HDAC 

NLU 

lar inc 

aod dec 

aod inc 

use 

idt 

ain 


Aichele 

HSFC 

NLU 

lar inc 

lar dec 

lar inc 

use 

uni 

ain 


Palaer 

ARC-HVSD 

NLU 

sa inc 

sa dec 

lar inc 

none 

uni 

BDH 


Saaas 

LaRC FHB 

NLU 

aod inc 

aod dec 

sa inc 

use 

uni 

aod 


Friedaan 

JPL 364 

NLU 

aod inc 

sa inc 

sa inc 

help 

idt 

ain 


Hinchion 

HHC 

NLU 

aod inc 

sa dec 

lar inc 

use 

idt 

ain 


Krchnak 

JSC EH3 

NLU 

aod inc 

aod dec 

aod inc 

help 

uni 

ain 


Dorofee 

KSC 

NLU 

vlar inc 

aod inc 

lar inc 

help 

uni 

ain 

reliability 
central, aait 
for outside 
develop. 
User-oriented 
lang. aore rel 
<$ 

■No fira 
requireaent for 
robotics 
identified for 
IOC station' 

Krchnak 

JSC EH3 

ROB 




see note 





PA6E ttO, 00006 
02/15/84 


ORIGINAL m;* o' r J 
OF POOR QUALITY 


Space Station Technology Poll 


Respondent 

Organiz. 

Technology 

Productiv, 

RecCost 

NR Cost 

Desir IOC 

Readi 

BT Rec, Eaph. 

Reaarks 

Globus 

ARC 

ROBdexnan 

aaj inc 

aaj dec 

aaj dec 

use 

iap 

aaj 


Zapalac 

HDAC 

RQBdexaan 

aod inc 

•od dec 

aod inc 

? 

? 

7 

? s not shown 
on 

questionnaire 

Falser 

ARC-HVSD 

RQBdexaan 

aod inc 

aod dec 

aod inc 

help 

idt 

aod 


Heintel, Jr. 

LaRC ATB 

ROBdexian 

aod inc 

dec 

sa inc 

none 

uni 

ainor 

see notes 










8,11,12,13 in 
G. Special end 
effectors good 
and to be ready 

Krchnak 

JSC EH3 

RQBdexaan 

lar inc 

lar dec 

aod inc 

none 

idt 

none 

"No fira 
requireaents 
for robotics 
identified for 
IOC station" 

Globus 

ARC 

ROBiaproc 

aod inc 

aod dec 

aod inc 

use 

lik 

ain 


Zapalac 

HDAC 

ROBiaproc 

aod inc 

aod dec 

aod inc 

use 

uni 

ain 


Aichele 

HSFC 

ROBiaproc 

aod inc 

7 

7 

use 

lik 

•in 


Pal*er 

ARC-HVSD 

ROBiaproc 

5a inc 

sa inc 

sa inc 

none 

uni 

aon 

Vision 

Hinchion 

HHC 

ROBiaproc 

lar inc 

none 

sa inc 

des 

lik 

ain 

Krchnak 

JSC EH3 

ROBiaproc 

lar inc 

lar dec 

aod inc 

none 

uni 

aon 


Globus 

ARC 

ROBiu 

aod inc 

aod dec 

aod inc 

help 

idt 

sod 


Zapalac 

HDAC 

ROBiu 

aod inc 

lar dec 

lar inc 

use 

iap 

ain 


Aichele 

HSFC 

ROBiu 

lar inc 

? 

7 

use 

uni 

■aj 


Palmer 

ARC-HVSD 

ROBiu 

sa inc 

sa dec 

lar inc 

none 

uni 

aod 


Haintel, Jr. 

LaRC ATB 

ROBiu 

sa inc 

dec 

sa inc 

help 

low 

ain 

see note 1 on 
questionnaire 

Hinchion 

HHC 

ROBiu 

sa inc 

none 

lar inc 

help 

uni 

•on 

Vision 

(separated from 
Robotics by 
HHC) 

Krchnak 

JSC EH3 

ROBiu 

lar inc 

aod dec 

aod inc 

none 

iap 

aon 


Globus 

ARC 

ROBpatrec 

aod inc 

aod dec 

aod inc 

use 

lik 

ain 


Zapalac 

HDAC 

ROBpatrec 

aod inc 

lar dec 

Jar inc 

use 

imp 

ain 


Aichele 

HSFC 

ROBpatrec 

aod inc 

? 

? 

U56 

lik 

ain 


Pal aer 

ARC-HVSD 

ROBpatrec 

sa inc 

sa dec 

aod inc 

none 

uni 

aon 


Heintel, Jr. 

LaRC ATD 

ROBpatrec 

aod inc 

dec 

sa inc 

help 

lik 

ain 

see notes 2,3,4 
on Q 

requires HS 
computing. 

Also useful for 
Earth Res. 

Hinchion 

HHC 

ROBpatrec 

sa inc 

none 

sa inc 

help 

cer 

aon 

Vision 

Krchnak 

JSC EH3 

ROBpatrec 

lar inc 

lar dec 

mod inc 

none 

uni 

aon 


Globus 

ARC 

ROBteleop 

aaj inc 

aaj dec 

? 

use 

uni 

aaj 


Zapalac 

HDAC 

ROBteleop 

aod inc 

mod dec 

«od inc 

use 

lik 

aod 


Aichele 

HSFC 

ROBteleop 

aod inc 

? 

7 

use 

lik 

ain 


Palmer 

ARC-HVSD 

ROBteleop 

lar inc 

aod dec 

lar inc 

use 

idt 

aod 

see notes 7-10 

Heintel, Jr. 

LaRC ATB 

ROBteleop 

lar inc 

dec 

sa inc 

use 

lik 

■aj 


in Q. RMS is 
desonstrated 
teleop, but 
■ore develop 
for better 
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Respondent 

Organiz. 

Technology 

Productiv. 

RecCost 

NR Cost 

Desir IOC 

Readi 

’B7 Rec. Eaph. 

Remarks 

Krchnak 

JSC EH3 

RQBteleop 

•od inc 

■od dec 

lar inc 

use 

uni 

■od 


Globus 

ARC 

RQBtelepr 

•od inc 

■od dec 

sa dec 

help 

iap 

■od 


Zapalac 

MOAC 

ROBtelepr 

aod inc 

■od dec 

■od inc 

use 

lik 

■od 


Aichele 

HSFC 

ROBtelepr 

? 

? 

? 

? 

? 

? 

’This is just 
another fori of 
teleoperation" 

Palaer 

ARC-HVSD 

ROBtelepr 

lar inc 

aod dec 

lar inc 

use 

idt 

■od 


Heintel, Jr. 

LaRC ATB 

ROBtelepr 

■od inc 

dec 

sa inc 

use 

lik 

■Dd 

see notes 7-10 
in Q 

Krchnak 

JSC EH3 

ROBtelepr 

aod inc 

■od dec 

■od inc 

help 

iap 

■in 


Hinchion 

HHC 

Rdextar* 

lar inc 

■od dec 

lar inc 

ess 

uni 

■aj 

Robotics 

Hinchion 

HHC 

Rintelian 

aod inc 

■od dec 

lar inc 

use 

idt 

■od 


Hinchion 

HHC 

Rinteliob 

•Dd inc 

■od dec 

lar inc 

use 

uni 

■od 

Robotics 

Globus 

ARC 

SIH 

■aj inc 

■aj dec 

■aj dec 

ess 

uni 

■od 


Globus 

ARC 

SIHanal 

•aj inc 

■aj dec 

■aj dec 

ess 

uni 

■od 


Zapalac 

HDAC 

SIHanal 

■od inc 

s> dec 

sa dec 

ess 

cer 

■od 


Hinchion 

hhc 

SIHanal 

sa inc 

sa dec 

■od inc 

ess 

lik 

■in 


Krchnak 

JSC EH3 

SIHanal 

cod inc 

5n dec 

si inc 

ess 

uni 

■aj 


Globus 

ARC 

SIHid 

■aj inc 

•aj dec 

■aj dec 

use 

uni 

cod 


Zapalac 

HDAC 

SIHid 

■od inc 

si dec 

sa inc 

ess 

cer 

■Dd 


Hinchion 

HHC 

siny 

sa inc 

sa dec 

■od inc 

ess 

lik 

■in 


Krchnak 

JSC EH3 

5IHl£ 

lod inc 

si dec 

si inc 

ess 

uni 

■aj 


Globus 

ARC 

TFs/w 

■aj inc 

■aj dec 

aaj dec 

ess 

uni 

■aj 


Hinchion 

HHC 

VLSI/VHSIC 

lar inc 

lar dec 

lar inc 

ess • 

lik 

■on/aaj 


Globus 

ARC 

VLSIdt 

■od inc 

cod dec 

■od dec 

help 

lik 

■in 


Globus 

ARC 

VLBlsp-o 

■od inc 

■od dec 

■od dec 

help 

uni 

■od 


Hinchion 

HHC 

iiips/w val 

lar inc 



ess 

lik 

•aj 

non-AI- 
iaproved s/w 
validation 
tools 

Globus 

ARC 

■inins-o 

■od inc 

■od dec 

■od dec 

help 

uni 

■od 

Hiniaua instr. 
set computers 
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„58. 2 . Productivity Increase, 

Non-Recurring Cost 
Decrease, anc[ Recurring 
Cost Decrease 


Space Station Technology Poll 


Respondent 

Organiz. 

Technology 

Productiv, 

RecCost 

NR Cost 

Desir IOC 

Read! 

87 Rec. 

Eaph. Reaarks 

Holt, et al. 

LaRC FTS 

AI LES-o 

iod inc 

aod dec 

pos dec 

use 

unl-lik 

aaj 

see notes 4,5 
on 

questionnaire 

Globus 

ARC 

AI/ES 

mod inc 

se dec 

•od dec 

help 

idt 

aod 


Priedian 

JPL 364 

Alfddr s/h 

lar inc 

aod dec 

sa dec 

use 

cer 

aon 

diagnosis only: 
see next for 
Recovery tools 

Friedman 

JPL 364 

Alfrecovs/n 

lar inc 

lar dec 

sa dec 

ess 

lilt 

aod 


Friedman 

JPL 364 

Alplan s/h 

lar inc 

aod dec 

sa dec 

use 

cer 

aon 


Friedaan 

JPL 364 

Alsubion s/h lar inc 

aod dec 

sa dec 

use 

cer 

aon 


Fnedian 

JPL 364 

Alsyiproc 

lar inc 

aod dec 

sa dec 

use 

uni 

aod 


Globus 

ARC 

DS-o 

aaj inc 

aaj dec 

aaj dec 

ess 

uni 

aod 


Globus 

ARC 

DSarchstor-o 

naj inc 

aaj dec 

aaj dec 

ess 

uni 

aod 


Globus 

ARC 

DSas-o 

taj inc 

aaj dec 

aaj dec 

ess 

uni 

aod 


Globus 

ARC 

FTdxfer-o 

aaj inc 

aod dec 

aod dec 

ess 

uni 

•od 


Globus 

ARC 

FTdxfersg 

aaj in 

aod dec 

•od dec 

ess 

lilt 

•in 


61obus 

ARC 

FTmasst-o 

aaj inc 

aaj dec 

aaj dec 

ess 

uni 

aod 


Globus 

ARC 

FTpro-o 

aaj inc 

aaj dec 

aaj dec 

ess 

uni 

aod 


Samos 

LaRC FMB 

HOLs/h 

lar inc 

lar dec 

•od dec 

ess 

lik 

aaj 


Globus 

ARC 

HSaea-g 

aaj inc 

saj dec 

saj dec 

help 

Ilk 

sin 


Globus 

ARC 

HSproc-g 

■a j inc 

aaj dec 

aaj dec 

help 

lik 

ain 


Globus 

ARC 

ROBdexuan 

iaj inc 

aaj dec 

aaj dec 

use 

iap 

aaj 


Globus 

ARC 

RQBtelepr 

mod inc 

aod dec 

sa dec 

help 

iap 

aod 


Globus 

ARC 

SIH 

aaj inc 

aaj dec 

aaj dec 

ess 

uni 

aod 


Globus 

ARC 

SIHanal 

aaj inc 

aaj dec 

aaj dec 

ess 

uni 

aod 


Zapalac 

HDAC 

SIHanal 

•od inc 

sa dec 

sa dec 

ess 

cer 

aod 


Globus 

ARC 

SIHid 

aaj inc 

aaj dec 

aaj dec 

use 

uni 

aod 


Globus 

ARC 

TFs/h 

aaj inc 

aaj dec 

aaj dec 

ess 

uni 

aaj 


Globus 

ARC 

VLSI dt 

aod inc 

mod dec 

aod dec 

help 

lik 

•in 


Globus 

ARC 

VLSIsp-o 

iod inc 

aod dec 

•od dec 

help 

uni 

aod 


Globus 

ARC 

■inins-o 

aod inc 

aod dec 

•od dec 

help 

uni 

aod 

Hiniaua instr, 
set coaputers 
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3. Productivity: 


"Large Increase 


amORAL 1?'- z;} 

OF POGi* QUAUW 


Space Station Technology Poll 


Respondent 

Organic 

Technology 

Productiv. 

RecCost 

NR Cost 

Desir IOC 

Readi 

*07 Rec. Eaph. 

Reaarks 

Friedman 

JPL 364 

A I LES-g 

lar inc 

lar dec 

sa inc 

use 

idt 

aod 


Krchnak 

JSC EH3 

Al LES-g 

lar inc 

lar dec 

lar inc 

use 

imp 

aod 


Friedaan 

JPL 364 

Al LES-o 

lar inc 

lar dec 

sa inc 

use 

idt 

aod 


Krchnak 

JSC EH3 

Al LES-o 

lar inc 

lar dec 

lar inc 

use 

iap 

aod 


Sams 

LaRC FHB 

AI/ES 

lar inc 

lar dec 

aod inc 

use 

idt 

aaj 


Zapalac 

HDAC 

Alfddr s/m 

lar inc 

lar dec 

aod inc 

use 

lik 

aaj 

seeas best of 
Al applications 

Friedaan 

JPL 364 

Alfddr s/m 

lar inc 

aod dec 

sa dec 

use 

cer 

aon 

diagnosis only! 
see next for 
Recovery tools 

Hinchicn 

HHC 

Alfddr »/n 

lar inc 

sa dec 

sa inc 

use 

lik 

aod 


Krchnak 

JSC EH3 

Alfddr s/m 

iar inc 

lar dec 

lar inc 

use 

uni 

aaj 

SSTF should 
aonitor 

Friedaan 

JPL 364 

Alfrecovs/M 

lar inc 

Iar dec 

sa dec 

ess 

lik 

aod 


Holt, et al. 

LaRC FTS 

Alplan s/m 

lar inc 

aod dec 

aod inc 

use 

idt 

aaj 


Friedaan 

JPL 364 

Alplan s/m 

lar inc 

aod dec 

sa dec 

U56 

cer 

aon 


Krchnak 

JSC EH3 

Alplan s/m 

lar inc 

lar dec 

lar inc 

help 

lik 

ain 

RT0P already 
funded 

Hinchion 

HHC 

A I pi bs/m 

lar inc 

lar dec 

iar inc 

des 

idt 

aod 


Friedaan 

JPL 364 

Alsubaon s/m 1 ar inc 

aod dec 

sa dec 

use 

cer 

aon 


Yoneaoto 

Hughes 

Alsubaon s/m lar inc 

aod dec 

aod inc 

ess 

lik 

ain 


Krchnak 

JSC EH3 

Alsubaon s/m lar inc 

lar dec 

lar inc 

use 

uni 

aaj 


Sanas 

LaRC FHB 

Alsyaproc 

lar inc 

lar dec 

aod inc 

use 

idt 

aaj 


Friedaan 

JPL 364 

Alsyaproc 

lar inc 

aod dec 

sa dec 

use 

uni 

aod 


Krchnak 

JSC EH3 

Alsyaproc 

lar inc 

lar dec 

aod inc 

use 

uni 

ain 

OAST, not SSTF, 
should fund 

Hinchion 

HHC 

Alteleop/pr 

lar inc 

sa dec 

sa inc 

des 

lik 

aon 


Zapalac 

HDAC 

CTadap 

lar inc 

lar dec 

aod inc 

ess 

lik 

aaj 


Krchnak 

JSC EH3 

CTadap 

lar inc 

aod inc 

lar inc 

help 

uni 

ain 


Hinchion 

HHC 

CTdistpar 

lar inc 

lar inc 

lar inc 

ess 

lik 

aaj 


Krchnak 

JSC EH3 

CTdistpar 

lar inc 

sa inc 

aod inc 

use 

lik 

aaj 


Heintel, Jr. 

LaRC ATB 

CTheir 

lar inc 

dec 

aod inc 

use 

lik 

aod 

see notes 
0,14,15 in Q. 
As applied to 
Teleop. 

Hinchion 

HHC 

CTheir 

lar inc 

lar inc 

lar inc 

ess 

lik 

aaj 


Krchnak 

JSC EH3 

CTheir 

lar inc 

sa dec 

sa inc 

ess 

lik 

aaj 


Hinchion 

HHC 

CTav 

lar inc 

lar inc 

lar inc 

655 

lik 

aaj 


Krchnak 

JSC EH3 

CTav 

lar inc 

sa dec 

aod inc 

use 

uni 

aaj 


Krchnak 

JSC EH3 

CTnl 

lar inc 

aod inc 

lar inc 

help 

uni 

ain 


Zapalac 

HDAC 

DSos-o 

lar inc 

lar dec 

sa inc 

ess 

cer 

aon 


Holt, et al. 

LaRC FTS 

FTC 

lar inc 

lar dec 

none 

use 

lik 

aaj 

see note 6 on 
0’airel extends 
sys lifetime, 
reduces ground, 
creM 

involvement 

Hinchion 

HHC 

FTC 

lar inc 

aod dec 

aod inc 

des 

lik 

tod 


Krchnak 

JSC EH3 

FTarch 

lar inc 

sa dec 

lar inc 

use 

iap 

aaj 

not clear if he 
thinks OAST k 
DoD apply here 
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o me::v.L l : 

Of* ^ Jj, u. 

v: 

Respondent 

Qrganiz. 

Technology 

Productiv. 

RecCost 

NR Cost 

Desir IOC Readi 

'87 Rec, Eeph 

Reaarks 

Holt, et a!, 

LaRC FTS 

FTdxf er-o 

lar inc 

lar dec 

none 

use 

lik 

■aj 


Hinchi on 

HHC 

FTdxfer-o 

lar inc 

- 

- 

ess 

idt 

Raj 


Krchnak 

JSC EH3 

FTdxfer-o 

lar inc 

lar dec 

sod inc 

ess 

lik 

•on 

OAST fc DoD 
adequate 

Holt, et al, 

LaRC FTC 

FTpro-o 

lar inc 

lar dec 

none 

use 

lik 

•aj 


Hindu on 

HHC 

FTpro-o 

lar inc 

- 

- 

des 

lik 

aon/ain 

DoD VHSIC 

Krchnak 

JSC EH3 

FTpro-o 

lar inc 

lar dec 

aod inc 

ess 

lik 

•on 

OAST It DoD 
adequate 

Krchnak 

JSC EH3 

FTs/w 

lar inc 

lar dec 

lar inc 

ess 

uni 

•aj 

not clear if he 
thinks OAST 
CcOoD apply here 

Hinchi on 

HHC 

HDL 

lar inc 

si inc 

sr inc 

ess 

lik 

•in 


Aichele 

HSFC 

HQLrpr-o 

lar inc 

lar dec 

lar inc 

use 

uni 

•in 


Zapalac 

HDAC 

HOLs/w 

lar inc 

aod dec 

•od inc 

use 

idt 

•od 


Safifts 

LaRC FHB 

HOLs/w 

lar inc 

lar dec 

tod dec 

ess 

lik 

•aj 


Krchnak 

JSC EH3 

HQLs/w 

lar inc 

lar dec 

tod inc 

ess 

lik 

•in 


Dorofee 

KSC 

HOLsups/w 

lar inc 

tod dec 

•od inc 

use 

uni 

•aj earl 

see notes’, soue 
s/w dev tools 
to be avail 
coeaerciallyl 
some 

SS-specific 

Zapalac 

HDAC 

HSdbus 

lar inc 

lar dec 

sn inc 

ess 

cer 

•od 


Palmer 

ARC-HV5D 

HSdbus 

lar inc 

tod dec 

si inc 

use 

lik 

•od 


Hinchion 

HHC 

HSdbus 

lar inc 

sn dec 

lar inc 

ess 

idt 



Zapalac 

HDAC 

HSaea 

lar inc 

lar dec 

sa inc 

ess 

cer 

■od 


Krchnak 

JSC EH3 

HSmea 

lar inc 

nod dec 

•od inc 

use 

lik 

•in 


Zapalac 

HDAC 

HSproc 

lar inc 

lar dec 

sb inc 

ess 

cer 

aod 


Zapalac 

HDAC 

NLA 

lar inc 

sod dec 

lar inc 

use 

iap 

•on 

iff connected 
to word 
recognition 

Aichele 

HSFC 

NLA 

lar inc 

lar dec 

lar inc 

use 

uni 

■in 


Dorofee 

KSC 

NLA 

lar inc 

sn dec 

•od inc 

use 

cer 

sin aon 

esp. C&ti, some 
exists 

Zapalac 

HDAC 

NLU 

lar inc 

•od dec 

tod inc 

use 

idt 

' Bin 


Aichele 

HSFC 

NLU 

lar inc 

lar dec 

lar inc 

use 

uni 

■in 


Krchnak 

JSC EH3 

ROBdexman 

lar inc 

lar dec 

eod inc 

none 

idt 

none 

*No firm 
requirements 
for robotics 
identified for 
IOC Station- 

Hinchion 

HHC 

RQBimproc 

lar inc 

none 

sr inc 

des 

lik 

■in 

Vision 

Krchnak 

JSC EH3 

ROBiaproc 

lar inc 

lar dec 

•od inc 

none 

uni 

■on 


Aichele 

HSFC 

ROBiu 

lar inc 

? 

7 

use 

uni 

•aj 


Krchnak 

JSC EH3 

RDBiu 

lar inc 

eod dec 

aod inc 

none 

iep 

•on 


Krchnak 

JSC EH3 

RDBpatrec 

lar inc 

lar dec 

■od inc 

none 

uni 

■on 


Palmer 

ARC-HVSD 

ROBteleop 

lar inc 

tod dec 

lar inc 

use 

idt 

sod 


Heintel, Jr. 

LaRC ATB 

RQBteleop 

lar inc 

dec 

si inc 

use 

lik 

■aj 

see notes 7-10 
in Q. RHS is 
demonstrated 
teleop, but 
more develop 
for better 
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Respondent 

Organiz. 

Technology 

Productiv, RecCost 

NR Cost 

Desir 10C 

Readi 

*87 Rec, Eiph. 

Reaarks 

Palier 

ARC-HVSD 

ROBtelepr 

lar inc «od dec 

lar inc 

use 

idt 

eod 


Hinchion 

HHC 

Rdextkr* 

lar Inc aod dec 

lar inc 

ess 

uni 

•aj 

Robotics 

Hinchion 

HHC 

VLSI/VHSIC 

lar inc lar dec 

lar inc 

ess 

lik 

■on/«aj 


Hinchion 

hHC 

iips/H val 

lar inc 


ess 

lik 

•aj 

non-AI- 
iiproved s/h 
validation 
tools 


r.;: • 

0!|* j 


V 
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Space Station Technology Poll 


Respondent 

Organiz, 

Technology 

Productiv, 

RecCost 

NR Cost 

Desir IOC 

Readi 

'87 Rec, 

Enph, Reaarks 

Yoneioto 

Hughes 

Alfddr s/« 

tod inc 

sa dec 

Bod inc 

ess 

lik 

sin 


Friedaan 

JPL 364 

Alfrecovs/n 

lar inc 

lar dec 

sb dec 

ess 

lik. 

•od 


Yoneioto 

Hughes 

Alsubaon s/w lar inc 

•od dec 

•od inc 

ess 

Uk 

•in 


Zaps lac 

HDAC 

CTadap 

lar inc 

lar dec 

•od inc 

ess 

lik 

■aj 


Hmchion 

HHC 

CTdistpar 

lar inc 

lar inc 

Ur inc 

ess 

lik 

•aj 


Zapalac 

HDAC 

CTheir 

Rod inc 

•od dec 

■od inc 

ess 

lik 

•od 


Hinchion 

HhC 

CTheir 

lar inc 

lar inc 

Ur inc 

ess 

lik 

■aj 


Krchnsk 

JSC EH3 

CTheir 

lar inc 

sn dec 

sn inc 

ess 

lik 

•aj 


Zapalac 

HDAC 

CT*v 

nod inc 

nod dec 

•od inc 

ess 

lik 

■od 


Hindu on 

HHC 

CTbv 

lar inc 

Ur inc 

lar inc 

ess 

lik 

caj 


Hinchion 

HHC 

CTopt 

•od inc 

cod inc 

Ur inc 

ess 

idt 

•od 


Globus 

ARC 

DS~o 

laj inc 

•aj dec 

•aj dec 

ess 

uni 

•od 


Globus 

ARC 

DSarchstor-o #aj inc 

•aj dec 

•aj dec 

ess 

uni 

•od 


Globus 

ARC 

DSbs-o 

•aj inc 

■aj dec 

•aj dec 

ess 

uni 

•od 


Zapalac 

HDAC 

DSss-q 

lar inc 

Ur dec 

sr inc 

ess 

cer 

•on 


Krchnak 

JSC EH3 

DSbs-o 

•od inc 

Ur dec 

si inc 

ess 

lik 

•on 


Globus 

ARC 

FTdxfer-o 

•aj inc 

cod dec 

•od dec 

ess 

uni 

aod 


Zapalac 

HDAC 

FTdxfer-o 

■od inc 

ain inc 

iod inc 

ess 

cer 

•in 


Hinchion 

HHC 

FTdxfer-o 

lar inc 

- 

- 

ess 

idt 

■aj 


Krchnak 

JSC EH3 

FTdxfer-o 

lar inc 

Ur dec 

•od inc 

ess 

ilk 

■on 

OAST 6 DoD 
adequate 

Globus 

ARC 

FTdxfersg 

•aj inc 

•od dec 

•od dec 

ess 

lik 

■in 


Zapalac 

HDAC 

FTdxfersg 

•od inc 

nin inc, 

cod inc 

ess 

cer 

•in 


Krchnak 

JSC EH3 

FTdxfersg 

■od inc 

Ur dec 

sod inc 

ess 

lik 

■on 

OAST b DoD 
adequate 

61obus 

ARC 

FTtasst-o 

•aj inc 

•aj doc 

•aj dec 

ess 

uni 

•od 


Zapalac 

HDAC 

FT*asst~o 

•od inc 

Bin inc 

•od inc 

ess 

cer 

•in 


Krchnak 

JSC EH3 

FTiasst-o 

•od inc 

Ur dec 

•od inc 

ess 

lik 

■on 

OAST l DoD 
adequate 

Globus 

ARC 

FTpro-o 

•aj inc 

•aj dec 

•aj dec 

ess 

uni 

■od 


Zapalac 

HDAC 

FTpro-o 

•od inc 

•in inc 

•od inc 

ess 

cer 

eod 


Krchnak 

JSC EH3 

FTpro-o 

lar inc 

Ur dec 

•od inc 

ess 

lik 

■on 

OAST h DoD 
adequate 

Holt, et al. 

LaRC FTS 

FTs/h 

nod inc 

? 

s-i dec 

ess 

lik 

■aj 

see note 7 on 
Questionnaire 

Krchnak 

JSC EH3 

FTs/m 

lar inc 

Ur dec 

Ur inc 

ess 

uni 

■aj 

not clear if he 
thinks OAST 
tiDoD apply here 

Hinchion 

HHC 

HOL 

lar inc 

si inc 

si inc 

ess 

lik 

Bin 


Sasss 

LaRC FHB 

HQLrpr-o 

■od inc 

Ur dec 

sr inc 

ess 

lik 

■aj 


Hinchion 

HHC 

HOLrpr-o 

idt 

- 

si inc 

ess 

Uk 

■on 


SaeiBs 

LaRC FHB 

HOLs/w 

lar inc 

lar dec 

•od dec 

655 

lik 

■aj 


Krchnak 

JSC EH3 

HOLs/h 

lar inc 

Ur dec 

iod inc 

ess 

lik 

•in 


Zapalac 

HDAC 

HSdbus 

lar inc 

Ur dec 

se inc 

ess 

cer 

■od 


Hinchion 

HHC 

KSdbus 

lar inc 

si dec 

Ur inc 

ess 

idt 

■aj 


Zapalac 

HDAC 

HSuei 

lar inc 

Ur dec 

si inc 

ess 

cer 

■od 


Zapalac 

HDAC 

HSproc 

lar inc 

Ur dec 

sa inc 

ess 

cer 

•od 


Hinchion 

HHC 

Rdextari 

lar inc 

•od dec 

Ur inc 

ess 

uni 

■aj 

Robotics 

Globus 

ARC 

SIH 

caj inc 

■aj dec 

«aj dec 

ess 

uni 

■od 


Globus 

ARC 

SIHanal 

•aj inc 

■aj dec 

■aj dec 

ess 

uni 

iod 
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Respondent 

Orgiiilz. 

Technology 

Productiv, 

RecCost 

NR Cost 

Desir IOC 

Readi 

'87 Rec, Eiph, Reiarks 

Zapalac 

HDtf 

SIHanal 

lod inc 

si dec 

si dec 

ess 

cer 

■od 

Hinchion 

nHC 

SIHanat 

si inc 

si dec 

■od inc 

ess 

Uk 

■in 

Krchnn : 

JSC EH3 

SIHanal 

*od inc 

si dec 

si inc 

ess 

uni 

•aj 

Zapalac 

HDAC 

SIHid 

tod inc 

si dec 

si inc 

ess 

cer 

■od 

Hinchion 

MKC 

SIHld 

si inc 

si dec 

■od inc 

ess 

lik 

■in 

Krchnak 

JSC EH3 

SIHid 

lod inc 

si dec 

si inc 

ess 

uni 

■aj 

Globus 

ARC 

TFs/m 

•aj inc 

•aj dec 

•aj dec 

ess 

uni 

aaj 

Hinchion 

HHC 

VIS1/VHSIC 

lar inc 

Ur dec 

lar inc 

ess 

lik 

■on/iaj 

Hinchion 

MhC 

iips/u val 

lar inc 



ess 

lik 

■aj non-AI- 

iiproved s/m 

validation 

tools 
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Respond t 

Drganii. 

Technology 

Productiv. 

RecCost 

HR Cost 

Desir IOC 

Readi 

'87 Rec. Eiiph. 

Reaarks 

Friednan 

: ni 364 

Al LES-g 

lar inc 

lar dec 

si inc 

use 

idt 

rid 


Krchnak 

Jb- EH3 

Al LES-g 

lar inc 

lar dec 

lar inc 

U2S 

Up 

lud 


Friedian 

JPL 364 

Al LES-o 

lar inc 

lar dec 

sn inc 

use 

idt 

Rod 


Krchnak 

JSC EH3 

Al LES-o 

lar inc 

lar dec 

lar inc 

use 

icp 

aod 


Santis 

LaRC FHB 

AI/ES 

lar inc 

lar dec 

Bod inc 

use 

idt 

aaj 


Zapalac 

HDAC 

Alfddr s/m 

lar inc 

lar dec 

•od inc 

use 

lik 

a.ij 

seeas best of 
Al applications 

Hinchion 

MMC 

Alfddr s/m 

lar inc 

ss dec 

si inc 

USS3 

lik 

aod 


Krchnak 

JSC EH3 

Alfddr s/m 

lar inc 

lar dec 

lar inc 

use 

uni 

aaj 

SSTF should 
aonitor 

Fr iedaan 

JPL 364 

Alf recovs/w 

lar inc 

lar dec 

si dec 

ess 

lik 

aod 


Halt, et al , 

LaRC FTS 

Alplan s/m 

lar inc 

«od dec 

sod inc 

use 

idt 

aaj 


Krchnak 

JSC EH3 

Alsubaon s/m lar inc 

lar dec 

lar inc 

use 

uni 

«j 


Santis 

LaRC FHB 

Alsyaproc 

lar inc 

lar der 

tod inc 

use 

idt 

aaj 


Friedman 

JPL 364 

Alsynproc 

lar inc 

«od dr. 

sb dec 

use 

uni 

■od 


Zapalac 

HDAC 

CTadap 

lar inc 

lar dec 

aod inc 

ess 

lik 

aaj 


Hinchion 

HHC 

CTdistpar 

lar inc 

lar inc 

lar inc 

ess 

lik 

aaj 


Krchnak 

JSC EH3 

CTdistpar 

lar inc 

sn inc 

aod inc 

use 

lik 

aaj 


Heintel, Jr. 

LaRC ATB 

CThair 

lar inc 

dec 

aod inc 

use 

lik 

aod 

see notes 
8,14,15 in fl. 
As applied to 
Teleop. 

Hinchion 

HHC 

f.lfiKr 

lar inc 

lar inc 

lar inc 

ess 

lik 

aaj 


Krchnak 

JSC EH3 

Clneir 

lar inc 

sti dec 

sb inc 

ess 

lik 

aaj 


Hinchion 

HHC 

CTav 

lar inc 

lar inc 

lar inc 

PSS 

lik 

aaj 


Krchnak 

JSC EH3 

CTsv 

lar inc 

sn dec 

aod inc 

use 

uni 

aaj 


Holt, et al. 

LaRC FTS 

FTC 

lar inc 

lar dec 

none 

use 

lik 

aaj 

s*e note 6 on 
y'airel extends 
sys Iifetiae, 
reduces ground, 
crew 

i nvol veaent 

Krchnak 

JSC EH3 

FTarch 

lar inc 

sa dec 

lar inc 

use 

Up 

aaj 

not clear if he 
thinks OAST it 
DoD apply here 

Holt, et al. 

LaRC FTS 

FTdxfer-o 

lar inc 

lar dec 

none 

use 

lik 

aaj 


Hinchion 

HHC 

FTdxfer-o 

lar inc 

* 

- 

ess 

idt 

aaj 


Holt, et al. 

LaRC FTS 

FTpro-o 

lar inc 

lar dec 

none 

use 

lik 

aaj 


Krchnak 

JSC EH3 

FTs/m 

lar inc 

lar dec 

lar inc 

ess 

uni 

aaj 

not clear if he 
thinks OAST 
bDoD apply here 

Zapalac 

HDAC 

HOLs/m 

lar inc 

aod dec 

•od inc 

use 

idt 

aod 


Santas 

LaRC FHB 

HOLs/m 

lar inc 

lar dec 

aod dec 

ess 

lik 

aaj 


Dorofee 

KSC 

HDLsups/w 

lar inc 

sod dec 

nod inc 

use 

uni 

aaj earl 

see notes: some 
s/w dev tools 
to be avail 
commercially: 
some 

SS-specific 

Zapalac 

HDAC 

HSdbus 

lar inc 

lar dec 

sa inc 

ess 

cer 

aod 
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Respondent 

Organiz, 

Technology 

Productiv, 

RecCost 

NR Cost 

Desir IOC 

Readi 

'B7 Rec, 

Eaph. Reaarks 

Palier 

ARC-HVSD 

HSdbus 

lar inc 

aod dec 

sa inc 

use 

lik 

aod 


Hinchion 

HHC 

IjSdbus 

lar inc 

sa dec 

lar inc 

ess 

idt 



Zapalac 

HDAC 

HSaea 

lar inc 

lar dec 

sa inc 

ess 

cer 

aod 


Zapalac 

NDAC 

HSproc 

lar inc 

lar dec 

sa inc 

css 

cer 

aod 


Aichele 

HSFC 

ROBiu 

lar inc 

? 

? 

use 

uni 

aaj 


Pal»er 

AROKVSD 

ROBteleop 

lar inc 

aod dec 

lar inc 

use 

idt 

aod 


Heintel, Jr, 

LaRC ATB 

ROBteleop 

lar inc 

dec 

sa inc 

use 

lik 

aaj 

see notes 7-l< 
in S. RHS is 
deaonstrated 
teleop, but 
eore develop 
for better 

Palaer 

ARC-HVSD 

ROBtelepr 

lar inc 

aod dec 

lar inc 

use 

idt 

aod 


Hinchion 

HHC 

Rdextara 

lar inc 

aod dec 

lar inc 

ess 

uni 

aaj 

Robotics 

Hinchion 

HHC 

iaps/M val 

lar inc 



ess 

lik 

aaj 

non-AI- 
iaproved s/w 
validation 
tools 
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6. Essential or Useful @ 

IOC Impossible, Unlikely 
or Indeterminate in 1987 
Major or Moderate 
Development Emphasis 


Respondent 

Organiz. 

Technology 

Productiv, 

RecCost 

NR Cost 


T QC Readi 

B7 Rec, Euph. 

Reaarks 

Aichele 

HSFC 

Al LES-g 

sod inc 

sb dec 

sb inc 

use 

uni 

tod 


Friedcan 

JPL 364 

Al LES-g 

Ur inc 

Ur dec 

sb inc 

use 

idt 

■od 


Krchnak 

JSC EH3 

Al LES-g 

lar inc 

Ur dec 

Ur inc 

use 

iap 

BOd 


Aichele 

HSFC 

Al LES-o 

nod inc 

sb dec 

sb inc 

use 

uni 

BDd 


Holt, et al, 

LaRC FTS 

Al LES-o 

nod inc 

Bod dec 

pos dec 

use 

unl-lik 

aaj 

see notes 4,5 
on 

questionnaire 

Friedaan 

JPL 364 

Al LES-o 

lar inc 

Ur dec 

sa inc 

use 

idt 

aod 


Krchnak 

JSC EH3 

Al LES-o 

lar inc 

Ur dec 

Ur inc 

use 

Up 

BOd 


Aichele 

HSFC 

AI/ES 

•od inc 

sb dec 

sb inc 

use 

uni 

aod 


Gauss 

LaRC FHB 

AI/ES 

Ur inc 

Ur dec 

eod inc 

use 

idt 

aaj 


Palaer 

ARC-HVSD 

Alfddr s/w 

and inc 

nod dec 

aod inc? 

use 

idt 

tod 


Saaas 

LaRC FHB 

Alfddr s/w 

nod inc 

Ur dec 

aod inc 

use 

uni 

eod 

aajor eaphasis 
for 2000 

Krchnak 

JSC EH3 

Alfddr s/w 

Ur inc 

Ur dec 

Ur inc 

use 

uni 

•aj 

SSTF should 
aonitor 

Aichele 

HSFC 

Alplan s/m 

*od inc 

sb dec 

sa inc 

use 

uni 

aod 


Holt, et al. 

LaRC FTS 

Alplan s/m 

Ur inc 

Bod dec 

nod inc 

use 

idt 

eaj 


Sanss 

LaRC FHB 

Alplan s/m 

sod inc 

Ur dec 

aod inc 

use 

uni 

aod 


Holt, et al. 

lu ' FTS 

Alsubaon s/w 

■od inc 

Ur dec 

aod inc 

use 

idt 

aaj 


Krchnak 

JSC EH3 

fllsubeon s/w lar inc 

Ur dec 

Ur inc 

use 

un! 

aaj 


SasiDis 

LaRC FHB 

Alsyaproc 

Ur inc 

Ur dec 

nod inc 

use 

idt 

aaj 


Friedman 

JPL 364 

Alsyaproc 

Ur inc 

BDd dec 

sa dec 

use 

uni 

aod 


Hinchion 

HHC 

Alsyaproc 

nod inc 

none 

aod inc 

use 

uni 

aod 


Krchnak 

JSC EH3 

CTbv 

Ur inc 

5n dec 

aod inc 

use 

uni 

aaj 


Hinchion 

HHC 

CTopt 

aod inc 

sod inc 

Ur inc 

ess 

idt 

aod 


Globus 

ARC 

DS-o 

aaj inc 

saj dec 

aaj dec 

ess 

uni 

aod 


Globus 

ARC 

DSarchstor-o 

aaj inc 

naj dec 

aaj dec 

ess 

uni 

sod 


Globus 

ARC 

DSrs-o 

saj inc 

saj dec 

aaj dec 

ess 

uni 

aod 


Palaer 

ARC-HVSD 

FTC 

sod inc 

sod inc 

nod inc 

use 

idt 

aod 

no breakdown 
for different 
FT technologies 

Krchnak 

JSC F,H3 

FTarch 

lar inc 

sb dec 

Ur inc 

use 

inp 

saj 

not dear if he 
thinks OAST k 
DoD apply here 

Globus 

ARC 

FTdxfer-o 

aaj inc 

eod dec 

aod dec 

ess 

uni 

aod 


Hinchion 

HHC 

FTdxfer-o 

Ur inc 

- 

- 

ess 

idt 

aaj 


Globus 

ARC 

FTaasst-o 

uaj inc 

aaj dec 

aaj dec 

ess 

uni 

aod 


Globus 

ARC 

FTpro-o 

saj inc 

saj dec 

naj dec 

ess 

uni 

aod 


Krchnak 

JSC EH3 

FTs/w 

Ur inc 

Ur dec 

Ur inc 

ess 

uni 

saj 

not dear if he 
thinks OAST 
bDoD apply here 

Globus 

ARC 

HQLs/w 

Raj inc 

saj dec 

aod inc 

use 

inp 

aaj 


Zapalac 

HDAC 

H0Ls/m 

Ur inc 

sod dec 

aod inc 

U5B 

idt 

aod 


Dorofee 

KSC 

HOLsups/M 

Ur inc 

aod dec 

aod inc 

use 

uni 

aaj earl 

see notes: soae 
s/m dev tools 
to be avail 
cosaercially* 
soae 

SS-specif ic 
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Respondent 

Organiz. 

Technology 

Productiv, 

RecCost 

NR Cost 

Desir 

IOC Readi 

'87 Rec. Eaph 

Hinchion 

HHC 

HSdbus 

lar inc 

sa dec 

lar inc 

ess 

idt 

aaj 

Sams 

LaRC FHB 

NLU 

■od inc 

aod dec 

sa inc 

use 

uni 

aod 

Globus 

ARC 

RQBdexaan 

aaj inc 

aaj dec 

aaj dec 

use 

iap 

aaj 

Aichele 

HSFC 

ROBiu 

lar inc 

? 

? 

use 

uni 

aaj 

Globus 

ARC 

ROBteleop 

aaj inc 

aaj dec 

7 

use 

uni 

aaj 

Pal aer 

ARC-KVSD 

ROBteleop 

lar inc 

aod dec 

lar inc 

use 

idt 

aod 

Krchnak 

JSC EH3 

ROBteleop 

aod inc 

aod dec 

lar inc 

use 

uni 

aod 

Palier 

ARC-HVSO 

ROBtelepr 

lar inc 

aod dec 

lar inc 

use 

idt 

aod 

Hinchion 

HHC 

Rdextara 

lar inc 

aod dec 

lar inc 

ess 

uni 

aaj 

Hinchion 

HHC 

Rintelaan 

aod inc 

aod dec 

lar inc 

use 

idt 

aod 

Hinchion 

HHC 

Rintelaob 

aod inc 

aod dec 

lar inc 

use 

uni 

aod 

Globus 

ARC 

SIH 

aaj inc 

aaj dec 

aaj dec 

ess 

uni 

aod 

Globus 

ARC 

SIHanal 

aaj inc 

aaj dec 

aaj dec 

ess 

uni 

aod 

Krchnak 

JSC EH3 

SIHanal 

aod inc 

sa dec 

sa inc 

ess 

uni 

aaj 

Globus 

ARC 

SIHid 

aaj inc 

aaj dec 

aaj dec 

use 

uni 

aod 

Krchnak 

JSC EH3 

SIHid 

aod inc 

sa dec 

sa inc 

ess 

uni 

aaj 

Globus 

ARC 

TFs/w 

aaj inc 

aaj dec 

aaj dec 

ess 

uni 

aaj 


* ^ ii 4 

Reiarks 


Robotics 

Robotics 
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7. Intersection of Reports 
3 and 6. 


Report #7: Large Productivity Increase 

“Essential 11 or "Useful" at IOC 

“Impossible" or "Indeterminate" readiness in 1987 

"Major" or “Moderate" recommended development emphasis 


Null set. 
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Respondent 

Organiz. 

Technology 

Producti v. 

RecCost 

NR Cost 

Desir IOC 

Readi 

’87 Rec. 

Eiph, Remarks 

Zapalac 

HDAC 

AI LES-g 

■od inc 

lar dec 

lar inc 

use 

iip 

■in 


Krchnak 

JSC EH3 

AI LES-g 

lar inc 

lar dec 

lar inc 

use 

iap 

■od 


Zapalac 

HDAC 

AI LES-o 

■od inc 

lar dec 

lar inc 

use 

iap 

■in 


Krchnak 

JSC EH3 

A I LES-o 

lar inc 

lar dec 

lar inc 

use 

iap 

■od 


Krchnak 

JSC EH3 

FTarch 

lar inc 

s» dec 

lar inc 

use 

iap 

■aj 

not clear if he 
thinks OAST & 
DoD apply here 

Globus 

ARC 

HOLs/m 

■aj inc 

■aj dec 

■od inc 

use 

iap 

■aj 


Zapalac 

HDAC 

NLA 

lar inc 

■od dec 

lar inc 

use 

iip 

■on 

iff connected 
to word 
recognition 

Globus 

ARC 

NLU 

ain inc 

■in dec 

■aj inc 

none 

iap 

none 


Globus 

ARC 

RQBdexian 

■aj inc 

■aj dec 

■aj dec 

use 

iip 

■aj 


Zapalac 

HDAC 

ROBiu 

■od inc 

lar dec 

lar inc 

use 

iap 

■in 


Krchnak 

JSC EH3 

ROBiu 

lar inc 

■od dec 

■od inc 

none 

iap 

■on 


Zapalac 

HDAC 

ROBpatrec 

■od inc 

lar dec 

lar inc 

use 

iap 

■in 


D1 obus 

ARC 

ROBtelepr 

■od inc 

■od dec 

sa dec 

help 

i«p 

■od 


Krchnak 

JSC EH3 

ROBtelepr 

■od inc 

■od dec 

■od inc 

help 

iap 

■in 
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Respondent 

Organiz, 

"echnology 

Producti v. 

RecCost 

NR Cost 

Desir IOC 

Readi 

'B7 Rec. Eaph. Reaarks 

Friedian 

JPL 364 

Alfddr s/h 

lar inc 

aod dec 

sa dec 

use 

cer 

ion diagnosis only: 

see next Tor 
Recovery tools 

Zapalac 

HDAC 

Alplan s/m 

■od inc 

lar dec 

aod inc 

use 

cer 

aod reduce ground 

ops 

Friedian 

JPL 364 

Alplan s/m 

lar inc 

Rod dec 

si dec 

use 

cer 

aon 

Friedian 

JPL 364 

Alsubion s/m lar inc 

Rod dec 

sa dec 

use 

cer 

aon 

Zapalac 

HDAC 

DSis-o 

lar inc 

lar dec 

sa inc 

ess 

cer 

aon 

Zapalac 

HDAC 

FTdxfer-o 

■od inc 

iin inc 

aod inc 

ess 

cer 

ain 

Zapalac 

HDAC 

FTdxfersg 

aod inc 

iin inc 

aod inc 

ess 

cer 

ain 

Zapalac 

HDAC 

FTaasst-o 

aod inc 

iin inc 

aod inc 

ess 

cer 

ain 

Zapalac 

HDAC 

FTpro-o 

■od inc 

ain inc 

aod inc 

ess 

cer 

aod 

Zapalac 

HDAC 

HSdbus 

lar inc 

lar dec 

sa inc 

ess 

cer 

aod 

Zapalac 

HDAC 

HSiei 

lar inc 

lar dec 

sa inc 

ess 

cer 

aod 

Zapalac 

HDAC 

HSproc 

lar inc 

lar dec 

sa inc 

ess 

cer 

aod 

Dorofee 

KSC 

NLA 

lar inc 

si dec 

aod inc 

use 

cer 

ain aon esp. C&H, suae 
exists 

Hinchion 

HHC 

RQBpatrec 

si inc 

none 

sa inc 

help 

cer 

aon Vision 

Zapalac 

HDAC 

SIHanal 

aod inc 

si dec 

se dec 

ess 

cer 

aod 

Zapalac 

HDAC 

SIHid 

Rod inc 

sa dec 

sa inc 

ess 

cer 

aod 


10. Urge Decrease in 
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Respondent 

Organiz. 

Technology 

Productiv, 

RecCost 

NR Cost 

Desir 

IOC Readi 

’87 Rec. 

Eaph . Reaarks 

Zapalac 

MDAC 

Al LES-g 

aod inc 

lar dec 

lar inc 

use 

lap 

■in 


Saws 

LaRC FHB 

Al LES-g 

•od inc 

lar dec 

•od inc 

use 

uni 

■in 


rriedtan 

JPL 364 

Al LES-g 

lar inc 

lar dec 

s* inc 

use 

idt 

■od 


Krchnak 

JSC EH3 

A I LES-g 

lar inc 

lar dec 

lar inc 

use 

iap 

■od 


Zapalac 

HDAC 

Al LES-o 

■od inc 

lar dec 

lar inc 

use 

iap 

■in 


Saaas 

LaRC FHB 

Al LES-o 

■od inc 

lar dec 

■od inc 

use 

uni 

■in 


Friedaan 

JPL 364 

A I LEC-o 

lar inc 

lar dec 

sa inc 

use 

idt 

■od 


Krchnak 

JSC EH3 

Al LES-o 

lar inc 

lar dec 

lar inc 

use 

iap 

■od 


Sams 

LaRC FHB 

AI/ES 

lar inc 

lar dec 

■od inc 

use 

idt 

■aj 


Zapalac 

HDAC 

Alfddr s/w 

lar inc 

lar dec 

■Dd inc 

use 

lik 

■aj 

seeas best of 
Al applications 

Holt, et al. 

LaRC FTS 

Alfddr s/m 

aod inc 

lar dec 

■od inc 

use 

lik 

■aj 


Sans 

LaRC FHB 

Alfddr s/m 

■od inc 

lar dec 

■od inc 

use 

uni 

■od 

■ajor eaphasis 
for 2000 

Krchnak 

JSC EH3 

Alfddr s/m 

lar inc 

lar dec 

lar inc 

use 

uni 

■aj 

SSTF should 
Monitor 

Friedaan 

JPL 364 

Alfrecavs/M 

lar inc 

lar dec 

sa dec 

ess 

lik 

■od 


Zapalac 

HDAC 

Alplan s/m 

aod inc 

lar dec 

■od inc 

use 

cer 

■od 

reduce ground 
ops 

Saaas 

LaRC FHB 

Alplan s/m 

■od inc 

lar dec 

■od inc 

use 

uni 

aod 


Krchnak 

JSC EH3 

Alplan s/m 

lar inc 

lar dec 

lar inc 

help 

lik 

■in 

RT0P already 
funded 

Hinchion 

HHC 

AIpl ms/m 

lar inc 

lar dec 

lar inc 

des 

idt 

■od 


Holt, et al. 

LaRC FTS 

Alsubaon s/m aod inc 

lar dec 

■od inc 

use 

idt 

■aj 


Krchnak 

JSC EH3 

Alsubaon s/m lar inc 

lar dec 

lar inc 

use 

uni 

caj 


Zapalac 

HDAC 

Alsyiproc 

■od inc 

lar dec 

■od inc 

use 

uni 

■in 

can use 

■ainfraae 

coap./int?? 

Holt, et al. 

LaRC FTS 

Alsyaproc 

sa inc 

lar dec 

sa inc 

use 

lik 

■od 

see notes on 
fora 1,2,3 

Sams 

LaRC FHB 

Alsyaproc 

lar inc 

lar dec 

■od inc 

use 

idt 

aaj 


Krchnak 

JSC EH3 

Alsyaproc 

lar inc 

lar dec 

■od inc 

use 

uni 

■in 

OAST, not SSTF, 
should fund 

Zapalac 

HDAC 

CTadap 

lar inc 

lar dec 

■od inc 

ess 

lik 

■aj 


Zapalac 

HDAC 

DSas-o 

lar inc 

lar dec 

sa inc 

ess 

cer 

■on 


Krchnak 

JSC EH3 

DSass-o 

aod inc 

lar dec 

sa inc 

ess 

lik 

■on 


Holt, et al. 

LaRC FTS 

FTC 

lar inc 

lar dec 

none 

use 

lik 

■aj 

see note 6 on 
Q’aire: extends 
sys lifetiae, 
reduces ground, 
creM 

invol veuent 

Holt, et al. 

•LaRC FTS 

FTdxfer-o 

lar inc 

lar dec 

none 

use 

lik 

■aj 


Krchnak 

JSC EH3 

FTdxfer-o 

lar inc 

lar dec 

aod inc 

ess 

lik 

aon 

OAST & DoD 
adequate 

Holt, et al. 

LaRC FTS 

FTdxfersg 

aod inc 

lar dec 

none 

use 

lik 

aod 


Krchnak 

JSC EH3 

FTdxfersg 

aod inc 

lar dec 

■od inc 

ess 

lik 

■on 

OAST k DoD 
adequate 

Krchnak 

JSC EH3 

FTaasst-o 

aod inc 

lar dec 

■od inc 

ess 

Mk 

■on 

OAST k DoD 


adequate 


f 
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Respondent 

Organiz . 

Technology 

Productiv. 

RecCost 

HR Cost 

Desir IOC 

Readi 

'87 Rec. Eaph. 

Reaarks 

Holt, et al. 

LaRC FTS 

FTpro-o 

lar inc 

lar dec 

none 

use 

lik 

aaj 


Krchnak 

JSC EH3 

FTpro-o 

lar inc 

lar dec 

aod inc 

ess 

lik 

•on 

OAST & DoD 
adequate 

Krchnak 

JSC EH3 

FTs/h 

lar inc 

lar dee 

lar inc 

ess 

uni 

•aj 

not clear if he 
thinks OAST 
IfDoD apply here 

Aichele 

HSFC 

HOLrpr-o 

lar inc 

lar dec 

lar inc 

use 

uni 

•in 


Sasas 

LaRC FHB 

HOLrpr-o 

•od inc 

lar dec 

si inc 

ess 

lik 

•aj 


Saaas 

LaRC FHB 

HOLs/h 

lar inc 

lar dec 

•od dec 

ess 

iik 

•aj 


Krchnak 

JSC EH3 

HQLs/w 

lar inc 

lar dec 

•od inc 

ess 

lik 

•in 


Zapalac 

HDAC 

HSdbus 

lar inc 

lar dec 

sa inc 

ess 

cer 

•od 


Zapalac 

HDAC 

HSaea 

lar inc 

lar dec 

sa inc 

ess 

cer 

•od 


Zapalac 

HDAC 

HSproc 

lar inc 

lar dec 

sa inc 

ess 

cer 

•od 


Aichele 

HSFC 

NLA 

lar inc 

lar dec 

lar inc 

US2 

uni 

•in 


Aichele 

HSFC 

NLU 

lar inc 

lar dec 

lar inc 

use 

uni 

•in 


Krchnak 

JSC EH3 

RQBdexaan 

lar inc 

lar dec 

aod inc 

none 

idt 

none 

"No firm 
requireients 
for robotics 
identified for 
IOC station” 

Krchnak 

JSC EH3 

RQBiaproc 

lar inc 

lar dec 

aod inc 

none 

uni 

•on 


Zapalac 

HDAC 

ROBiu 

aod inc 

lar dec 

lar inc 

use 

iep 

ain 


Zapalac 

HDAC 

ROBpatrec 

•od inc 

lar dec 

lar inc 

use 

iap 

•in 


Krchnak 

JSC EH3 

ROBpatrec 

lar inc 

lar dec 

aod inc 

none 

uni 

•on 


Hinchion 

HHC 

VLSI/VHSIC 

lar inc 

lar dec 

lar inc 

ess 

lik 

•on/aaj 
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11. Large Jr Moderate Productivity 
Increase, Large or Moderate 
Recurring Cost Reduction, 
and Major or Moderate 

Development Emphasis 


Respondent 

Organiz. 

Technology 

Productiv. 

RecCost 

NR Cost 

Dedr IOC 

Read! 

*B7 Rec. Eaph. 

Remarks 

Friedman 

JPL 364 

Al LES-g 

lar inc 

lar dec 

sb inc 

use 

idt 

•od 


Krchnak 

JSC EK3 

Al LES-g 

lar inc 

lar dec 

lar inc 

use 

iap 

■od 


Holt, et al. 

LaRC FTS 

Al LES-o 

•od inc 

•od dec 

pos dec 

use 

unl-lik 

■aj 

see notes 4,5 
on 

questionnaire 

Friedaan 

JPL 364 

Al LES-o 

lar inc 

lar dec 

sa inc 

use 

idt 

■od 


Krchnak 

JSC EH3 

Al LES-o 

lar inc 

lar dec 

lar inc 

use 

iip 

■od 


Sains 

LaRC FHB 

AI/ES 

lar inc 

lar dec 

aod inc 

use 

idt 

■aj 


Zapalac 

HDAC 

Alfddr s/m 

lar inc 

lar dec 

aod inc 

use 

lik 

■aj 

seeas best of 
Al applications 

Palaer 

ARC-HVSD 

Alfddr s/w 

■od inc 

•od dec 

•od inc? 

use 

idt 

■od 


Holt, et al. 

LaRC FTS 

Alfddr s/m 

mod inc 

lar dec 

■od inc 

use 

lik 

■aj 


Saaas 

LaRC FHB 

Alfddr s/m 

•od inc 

lar dec 

■od inc 

use 

uni 

■od 

■ajor eaphasis 
for 2000 

Krchnak 

JSC EH3 

Alfddr s/m 

lar inc 

lar dec 

lar inc 

use 

uni 

■aj 

SSTF should 
■onitor 

Friedaan 

JPL 364 

Alfrecovs/M 

lar inc 

lar dec 

sa dec 

ess 

lik 

■od 


61 obU5 

ARC 

Alplan s/m 

■od inc 

•od dec 

si inc 

use 

lik 

■od 


Zapalac 

HDAC 

Alplan s/m 

•od inc 

lar dec 

■od inc 

use 

cer 

■od 

reduce ground 
ops 

Holt, et al. 

LaRC FTS 

Alplan s/m 

lar inc 

■od dec 

■od inc 

use 

idt 

■aj 


Sanns 

LaRC FHB 

Alplan s/m 

■od inc 

lar dec 

■od inc 

use 

uni 

■od 


Hinchion 

m 

Alplis/M 

lar inc 

lar dec 

lar inc 

des 

idt 

■od 


Palmer 

ARC-HVSD 

Alsubmon s/m aod inc 

■od dec 

■od inc? 

use 

lik 

■od 


Holt, et al. 

LaRC FTS 

Alsubion s/m mod inc 

lar dec 

■od inc 

use 

idt 

■aj 


Basms 

LaRC FHB 

Alsubmon s/m lod inc 

■od dec 

sa inc 

use very 

lik 

■od 


Krchnak 

JSC EH3 

Alsubion s/m lar inc 

lar drc 

lar inc 

use 

uni 

■aj 


Samis 

LaRC FHB 

Alsyiproc 

lar inc 

lar dec 

•od inc 

use 

idt 

■aj 


Friedman 

JPL 364 

Alsyiproc 

lar inc 

•od dec 

si dec 

use 

uni 

■od 


Zapalac 

HDAC 

CTadap 

lar inc 

lar dec 

■od inc 

ess 

lik 

■aj 


Zapalac 

HDAC 

CTheir 

•od inc 

•Dd dec 

■od inc 

ess 

lik 

•od 


Zapalac 

HDAC 

CTiv 

•od inc 

■od dec 

■od inc 

ess 

lik 

■od 


Holt, et al. 

LaRC FTS 

FTC 

lar inc 

lar dec 

none 

use 

lik 

■aj 

see note 6 on 
Q'airel extends 
sys lifetime, 
reduces ground, 
crea 

involvement 

Hinchion 

HHC 

FTC 

lar inc 

■od dec 

■od inc 

des 

lik 

■od 


Holt, et al. 

LaRC FTS 

FTdxfer-o 

lar inc 

lar dec 

none 

use 

lik 

■aj 


Holt, et al. 

LaRC FTS 

FTdxfersg 

•od inc 

lar dec 

none 

use 

lik 

■od 


Holt, et al. 

LaRC FTS 

FTiasst-o 

aod inc 

■od dec 

none 

use 

lik 

■aj 


Holt, et al. 

LaRC FTS 

FTpro-o 

lar inc 

lar dec 

none 

use 

lik 

■aj 


Krchnak 

JSC EH3 

FTs/m 

lar inc 

lar dec 

lar inc 

ess 

uni 

■aj 

not clear if he 
thinks OAST 
IDdD apply here 

Globus 

ARC 

HOLrpr-o 

•od inc 

aod dec 

nod inc 

help 

un! 

aod 


Samis 

LaRC FHB 

HOLrpr-o 

•od inc 

lar dec 

s« inc 

ess 

lik 

■aj 


Dorofee 

KSC 

HOLrpr-o 

aod inc 

nod dec 

■od inc 

use 

lik 

■aj 

for VHOL, non 
life-critical: 
■ust be adapted 
for SS, esp 


™ 
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Respondent 

Organiz, 

Technology 

Productiv. 

RecCost 

NR Cost 

Desir IOC 

Readi 

’07 Rec. Eiph. 

Remarks 

Zapalac 

HDAC 

HOLs/w 

lar inc 

•od dec 

tod inc 

use 

idt 

•od 


Aichele 

HSFC 

HOLs/h 

aod inc 

•od dec 

and inc 

use 

Hk 

■aj 


Baaas 

LaRC FHB 

HQLs/w 

lar inc 

lar dec 

■od dec 

ess 

lik 

■aj 


Dorofey 

KSC 

HOLs/h 

•od inc 

•od dec 

vs« inc 

use 

lik 

■aj 

RECC0ST= 

s«-*od 

dev could be 
NASA or minor 
funding to IEEE 
to ensure 
ready-both 

Dorofee 

KSC 

HOLsups/w 

lar inc 

•od dec 

■od inc 

use 

uni 

■aj earl 

see notes: so«e 
s/n dev tools 
to be avail 
conercially: 
soie 

SS-specific 

Zapalac 

HDAC 

HSdbus 

lar inc 

lar dec 

si inc 

ess 

cer 

■od 


Falser 

ARC-HVSD 

HSdbus 

lar inc 

•od dec 

sb inc 

use 

lik 

■od 


Zapalac 

HDAC 

HSiea 

lar inc 

lar dec 

si inc 

ess 

cer 

■od 


Falser 

ARC-HVSD 

HSaea 

•od inc 

aod dec 

so inc 

use 

lik 

aod 


Zapalac 

HDAC 

HSproc 

lar inc 

lar dec 

si inc 

ess 

cer 

■od 


Palmer 

ARC-HVSD 

HSproc 

•od inc 

•od dec 

sb inc 

use 

lik 

■od 


Sanss 

LaRC FHB 

NLU 

•od inc 

•od dec 

si inc 

use 

uni 

•od 


Palmer 

ARC-HVSD 

ROBdexaan 

•od inc 

•od dec 

•od inc 

help 

idt 

■od 


Globus 

ARC 

ROBiu 

•od inc 

•od dec 

■od inc 

help 

idt 

•od 


Zapalac 

HDAC 

ROBteleop 

•od inc 

•od dec 

aod inc 

use 

lik 

■od 


Palaer 

ARC-HVSD 

ROBteleop 

lar inc 

•od dec 

lar inc 

use 

idt . 

•od 


Krchnak 

JSC EH3 

ROBteleop 

•od inc 

•od dec 

lar inc 

use 

uni 

■od 


Globus 

ARC 

ROBtelepr 

•od inc 

•od dec 

si dec 

help 

iip 

■od 


Zapalac 

HDAC 

ROBtelepr 

•od inc 

•od dec 

•od inc 

use 

lik 

■od 


Palaer 

ARC-HVSD 

ROBtelepr 

lar inc 

eod dec 

lar inc 

use 

idt 

■od 


Hinchion 

HHC 

Rdextari 

lar inc 

nod dec 

lar inc 

ess 

uni 

■aj 

Robotics 

Hinchion 

HHC 

Rintelaan 

nod inc 

•od dec 

lar inc 

use 

idt 

•od 


Hinchion 

HHC 

Rintel*ob 

•od inc 

■od dec 

lar inc 

use 

uni 

■od 

Robotics 

Globus 

ARC 

VLSIsp-o 

•od inc 

•od dec 

•od dec 

help 

uni 

•od 


Globus 

ARC 

ainins-o 

aod inc 

■od dec 

■od dec 

help 

uni 

•od 

Hiniiue instr. 
set coiputers 
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